1.5, rachok (ok), 12:18, 21/01/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>При тестировании производительности, один сервер с OrientDB оказался способен заменить собой 125 серверов MySQL.
Теститовании на чем, нету линков на мощность серваков, если стравнивать 125 серверов на одном ядре 1Гб оперативки и базой в 5 гигов с одним HP Gen8 Server на котором установлен этот монстр то да, нету ссыллок на том какими запросамим тестилось, а так маркетологический булшит
| |
1.7, Аноним (-), 12:38, 21/01/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>OrientDB отличается высокой скоростью работы, на обычном оборудовании позволяя сохранять до 150 000 записей в секунду
Раздражают такие заявления. Как-нибудь вменяемно нельзя было представить чтобы цифры сравнить. Или решили умолчать потому что на этом же оборудовании mysql дает 149 999 записей в секунду?
| |
|
2.20, AlexAT (ok), 09:31, 22/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
"Java" и "Marketing bullshit" - это неразлучная сладкая парочка, всегда идущая бок о бок.
| |
|
1.9, Аноним (-), 12:43, 21/01/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Возможность работы как в режиме встраивания в другие приложения, так и в качестве выделенного сервера;
Если на Си было сделано - не было претензии. А тут Java, не канает.
| |
|
2.11, seyko2 (ok), 13:46, 21/01/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Претензии к Java -- только сборщик мусора. Но он ныне вроде достаточно хорош. Вот в форуме по D человек писал: в его программе нв D слишком много времени занимала сборка мусора. Запретил её вручную -- и всё стало хорошо. Причина -- объекты долгоживущие, а сборщик каждый раз пыталтся что-то подобрать. На java такого уже быть не может, так как сборщики
мусора там гораздо лучше.
| |
|
3.12, Аноним (-), 16:32, 21/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Причина -- объекты долгоживущие, а сборщик каждый раз пыталтся что-то подобрать. На java такого уже быть не может, так как сборщики мусора там гораздо лучше.
Ага, а в виндоусе вирусов больше нет, так как там все нормально теперь, не то что раньше.
| |
3.13, Аноним (-), 17:09, 21/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Претензии к Java -- только сборщик мусора
Нет, не только, хотя его уже хватает.
| |
3.15, ДяДя (?), 18:18, 21/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
Если нужно, то можно не плодить объекты.
Если очень нужно, то можно OffHeap использовать. Это не Java-way, но прямой доступ к памяти проще, чем на C.
| |
|
2.14, ДяДя (?), 18:03, 21/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
Они много лет назад на С++ начинали.
Это не даёт преимуществ. Т.к. основная фишка - собственный алгоритм.
| |
|
1.16, Аноним (-), 21:01, 21/01/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>Поддерживает отказоустойчивые конфигурации и репликацию (архитектура OrientDB изначально рассчитана на мультимастер репликацию);
Бугогашечки. Только что проверил создание базы данных (plocal, graph) на 3-х нодовом кластере и получил хрен, а не репликацию. Если системные классы ещё с горем пополам создались на всех нодах (хотя я не знаю, насколько будут реплицироваться данные), то схема создалась только на 2-х из 3-х. После перезапуска этой невезучей ноды схема, вроде бы, реплицировалась, но попытка записи чего-либо в базу валится с "Quorum 2 not reached for request ...". Охрененная репликация, скажу я вам. Ичсх, разработчиков в ЭТО ещё летом носом ткнули, даже была т.н. "коммерческая поддержка".
| |
|
2.17, Аноним (-), 21:04, 21/01/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
p.s. А ещё мне нравятся вот такие ошибки в реплицируемой отказоустойчивой базе данных при гашении ноды:
...
java.lang.NullPointerException
at com.orientechnologies.orient.server.OClientConnectionManager.pushDistribCfg2Clients(OClientConnectionManager.java:303)
at com.orientechnologies.orient.server.hazelcast.OHazelcastPlugin.memberRemoved(OHazelcastPlugin.java:560)
p.p.s. В общем, orientdb ещё пока на уровне поделия и "не готов".
| |
|
3.18, Аноним (-), 22:36, 21/01/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
>p.s. А ещё мне нравятся вот такие ошибки в реплицируемой отказоустойчивой базе данных при гашении ноды:
>..
Ну вот, все эти разговоры вокруг Java на деле лишь "пыль в глаза", т.к. на практике качество продукта в первую и единственную очередь определяется уровнем интеллекта программиста. Даже такая "блондиночная" декорация имен
>com.orientechnologies.orient.server.OClientConnectionManager.pushDistribCfg2Clients(OClientConnectionManager
не спасает положение.
| |
|
2.21, Человек (??), 10:10, 22/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
Ха!
Если бы Вы знали сколько багов в Oracle Database. Вам бы плохо стало!
И кучу из них НИКОГДА не починят.
А как вам коммерческий продукт от Oracle, у которого даже инсталятор не работает.
Здесь, хоть исходники открытые и всегда можно разобраться, если очень нужно.
| |
|
1.26, Аноним (-), 13:10, 28/01/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Шьерт, поддерживает 19 807 040 628 566 084 Тб, а мне нужно было 19 807 040 628 566 085 Тб. И эта не подходит...
А вообще, кто так новости подает)))
| |
|