Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Первый релиз NoSQL БД OrientDB, opennews (ok), 15-Май-12, (0) [смотреть все] Скриншот, прямо таки, завораживает , Тузя (ok), 13:38 , 15-Май-12, (1) +4 Угу, а при замене жавы на С можно будет заменить одним сервером 125 жаваторм, Аноним (-), 13:40 , 15-Май-12, (2) –2 // Скорее, 500 MySQL сервером Ну чтоб покруче выглядело , Аноним (-), 14:09 , 15-Май-12, (5) +1 // Замена 500 MySQL серверов - это киллер-фича следующего релиза, Proud Anon (?), 14:22 , 15-Май-12, (8) +1 Вы еще не стали круглым как колобок Ибо непомерно толсто Так и скажите - я , thelamon (ok), 15:13 , 15-Май-12, (11) +5 // Когда нечем крыть, ничего не остаётся кроме как закрыть уши руками и говорить б, Аноним (-), 15:47 , 15-Май-12, (16) +3 // Лучше - это значит работает Тк JVM рассчитана на multithreading-окружение, а C , thelamon (ok), 17:54 , 15-Май-12, (26) +1 Вот это даа Сорок лет спустя они осилили unixway , MacMan (?), 20:16 , 15-Май-12, (32) –2 Просвещайся http www rsdn ru forum philosophy 2840588 1 aspx, Nope (?), 20:29 , 15-Май-12, (33) обалдеть я великий маг и волшебник, я использую lock-free в c и stm shared , arisu (ok), 22:55 , 15-Май-12, (37) А без gcc msvc вставить нужное -dependent фич сможете Невозможно в рамках языка , thelamon (ok), 23:10 , 15-Май-12, (39) будет медленней, но, кажется, возможно сейчас не готов ответить точно что совер, arisu (ok), 23:24 , 15-Май-12, (40) боже мой какие же бывают тупые люди, Аноним (-), 23:32 , 15-Май-12, (41) Ваще ни о чем Проясните глубину мысли , thelamon (ok), 23:34 , 15-Май-12, (42) А зачем GCC есть чуть ли не под все мыслимые платформы Готовый стандарт де-фак, Crazy Alex (ok), 23:47 , 15-Май-12, (44) А чего там слышать Достаточно посмотреть на бенчмарки одних и тех же алгоритмов, Аноним (-), 17:27 , 15-Май-12, (24) // Одааа, с С ники сразу пишут идеальный с точки зрения перфоманса код И без утеч, thelamon (ok), 17:55 , 15-Май-12, (27) У них запас для косяков гораздо бОльший, Аноним (-), 00:06 , 16-Май-12, (45) +1 Вам бы ещё по ссылкам ходить Ребята давно этим занимаются Была реализация на C, ДяДя (?), 15:35 , 15-Май-12, (13) +3 // Please note this is mostly a single connection benchmark run on one computer , ыгчч (?), 16:31 , 15-Май-12, (23) Не, ну а функционал постгра или хотя-бы мускуля оно обеспечивает А то жабисты в, Аноним (-), 17:28 , 15-Май-12, (25) // Наверное потому, что пхпешники считают что на жаве нужно писать драйвера а на ся, Аноним (29), 18:58 , 15-Май-12, (29) –1 Ага, вот Вы и займитесь Постепенно, я надеюсь, вы поймёте почему разработчики в, Аноним (29), 18:44 , 15-Май-12, (28) К сожалению ява Все такие богатые что ли , o (?), 13:43 , 15-Май-12, (3) Что интересно понимается под обычным оборудованием - Это что надо сделать с , MaMoHT (?), 14:01 , 15-Май-12, (4) –2 // Написать идиотских кривых запросов и никогда не использовать EXPLAIN , ыгчч (?), 14:19 , 15-Май-12, (7) +3 например, чтобы найти друзей друзей, через таблички для N уровня вложенности бол, anonymous (??), 14:53 , 15-Май-12, (9) +5 // Именно Дело не в Java, а в NoSQL neo4j ищет всех друзей за 2 микросекунды, а на, Yarick (?), 15:56 , 15-Май-12, (17) // Согласен есть разница В реалиоционных БД, есть такой термин, как денормализация, MaMoHT (?), 04:26 , 16-Май-12, (49) –1 Денормализация не даёт общего решения подобных проблем В частности, для предлож, Tameo (?), 11:53 , 16-Май-12, (55) Простите, у вас образование есть В современном железе нет проблем с производите, ДяДя (?), 15:44 , 15-Май-12, (14) // Вы недооцениваете способности современных Джава и не только джава, но в первую о, filosofem (ok), 21:59 , 15-Май-12, (35) Прощаю, есть - Вы сами это написали Из привиденных чисел становится понятно, ч, MaMoHT (?), 04:23 , 16-Май-12, (47) Да, и у конкретно Джавы помимо дисковой подсистемы есть другие места, где она ди, MaMoHT (?), 04:25 , 16-Май-12, (48) // Уважаемый Дело не в платформе, как здесь уже отметили, а в отличии чисто реляцио, ДяДя (?), 12:44 , 16-Май-12, (57) Круто , Аноним (6), 14:11 , 15-Май-12, (6) Ладно, жабу как-нибудь перетерпим, теребит другой вопрос уже существующие NoSQL, Kodirr (?), 15:45 , 15-Май-12, (15) // Вообще у OrientDB есть уровень Ключ-значение Поверх него реализован документный, Yarick (?), 16:06 , 15-Май-12, (19) +1 Initial revision проекта датирована 1 апреля 2010 Извините за оффтоп , umbr (ok), 15:57 , 15-Май-12, (18) а есть живые графо-ориентированной БД на C C , taryk (ok), 16:07 , 15-Май-12, (20) // В тексте новости есть похожая ссылка на Википедию http en wikipedia org wiki , umbr (ok), 16:09 , 15-Май-12, (21) Интересно сравнить с другими граф-ориентированными базами , aikus (?), 16:16 , 15-Май-12, (22) Феерично Имеет очень малый размер и не имеет сторонних зависимостей - и пр, Veter (??), 18:58 , 15-Май-12, (30) –1 // Ну, тогда почти у всего ПО есть зависимости - API OS , Человек (??), 19:49 , 15-Май-12, (31) +1 // И это ещё не зашла речь про железо , Aleks Revo (ok), 21:04 , 15-Май-12, (34) +1 Любезный, не путайте платформу, как таковую, и зависимости от сторонних библиоте, grmmhnd (?), 23:45 , 15-Май-12, (43) +2 Крутая штука , f (??), 22:46 , 15-Май-12, (36) Кто в каких задачах использовал подобные БД С какими отрицательными узкими проб, mma (?), 05:31 , 16-Май-12, (50) Вообщето ява по скорости проигрывает только С и то, процентов 30-50, на хабре , Аноним (51), 06:51 , 16-Май-12, (51) +1 // тут как бы нужно смотреть не только проигрыш на небольших интервалах времени, но, Аноним (-), 10:59 , 16-Май-12, (53) И всё было бы классно если бы не Ява К языку претензий не имею, но вот к ее вла, hummermania (ok), 10:29 , 16-Май-12, (52) +1 // Тысячи компаний по всему миру сидят на яве и не думают переходить Да и некуда , Аноним (51), 11:17 , 16-Май-12, (54) // это из области тысячи мух не могут ошибаться , Гость (?), 12:19 , 16-Май-12, (56) // Тогда уже скорее миллионы мух обречены на правильный выбор - , Aleks Revo (ok), 19:58 , 16-Май-12, (58) на обычном оборудовании позволяя сохранять до 150 000 записей в секунду мяг, JD (ok), 13:02 , 17-Май-12, (61) // Интересное утверждение Физически невозможно - это записать за секунду на диск да, Yarick (?), 11:44 , 18-Май-12, (62)   // gt оверквотинг удален Что же вы ерундой то болтаете Запустите скрипт на гене, JD (ok), 08:39 , 19-Май-12, (63) –2   // Ты забыл про файловую систему, которая мало того что пишет файлы блоками большег, nvkz2007 (?), 02:14 , 20-Май-12, (64)   Обязательно попробую В OrientDB есть понятие кластера Кластер - это, грубо гово, Yarick (?), 11:13 , 21-Май-12, (68)   cat write-test c include stdio h define RECORDS_COUNT 150000int main F, anton0xf (?), 12:10 , 02-Июн-12, (69) 1 MySQL тратит ресурсы на проверку пользователя при соединении 2 Больше времен, artist60 (ok), 15:04 , 20-Май-12, (65) Кто-то ее пробовал для 1С-ки Как сумеете прикрутить, отпишитесь плизз тут Инте, Cerberix (?), 21:05 , 20-Май-12, (66) –1 Кто в каких задачах использовал подобные БД С какими отрицательными узкими про, Аноним (-), 09:01 , 21-Май-12, (67) 1,2,3,4,6,15,18,20,22,30,36,50,51,52,61,65,66,67

Сообщения

[Сортировка по времени | RSS]

	62. "Первый релиз NoSQL БД OrientDB"	+/–
	Сообщение от Yarick (?), 18-Май-12, 11:44
	Интересное утверждение. Физически невозможно - это записать за секунду на диск данных больше, чем позволяет пропускная способность диска. Где вы видите информацию о размере записи ??? Современные HDD даже на ноутбуке позволяют записывать порядка 100 Мб/сек. SSD так ещё больше. В данном случае размер данных не важен, ибо это будет тест дисковой подсистемы. Количество сохранённых мелких записей позволяет судить об эффективности алгоритма. При этом утилизировать даже всего 100 Мб/сек обычного диска представляется весьма сложной задачей.  Достаточно чтобы размер был менее килобайта. RB+Tree позволяет быстро читать и при этом быстро записывать.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Первый релиз NoSQL БД OrientDB"	–2 +/–
	Сообщение от JD (ok), 19-Май-12, 08:39
	>[оверквотинг удален] > Физически невозможно - это записать за секунду на диск данных больше, чем > позволяет пропускная способность диска. > Где вы видите информацию о размере записи ??? > Современные HDD даже на ноутбуке позволяют записывать порядка 100 Мб/сек. SSD так > ещё больше. > В данном случае размер данных не важен, ибо это будет тест дисковой > подсистемы. Количество сохранённых мелких записей позволяет судить об эффективности алгоритма. > При этом утилизировать даже всего 100 Мб/сек обычного диска представляется весьма > сложной задачей.  Достаточно чтобы размер был менее килобайта. > RB+Tree позволяет быстро читать и при этом быстро записывать. Что же вы ерундой то болтаете??? Запустите скрипт на генерацию 150000 файлов объем каждого ~20 байт. И скажите сколько МИНУТ он выполняется на обычном железе? #!/bin/bash mkdir data COUNTER=0 START=`date +%s` while [  $COUNTER -lt 150000 ]; do    echo The counter is $COUNTER > data/$COUNTER.txt    let COUNTER=COUNTER+1 done END=`date +%s` RES=0; let RES=END-START echo $RES
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Первый релиз NoSQL БД OrientDB"	+/–
	Сообщение от nvkz2007 (?), 20-Май-12, 02:14
	Ты забыл про файловую систему, которая мало того что пишет файлы блоками большего размера чем сам файл, так еще и таблицу с индексами создает.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Первый релиз NoSQL БД OrientDB"	+/–
	Сообщение от Yarick (?), 21-Май-12, 11:13
	Обязательно попробую. В OrientDB есть понятие кластера. Кластер - это, грубо говоря, предварительно созданный файл обычно небольшого размера. Когда пишутся новые записи, то они редко требуют выделения нового места на ФС. Также для каждого кластера есть другой специальный кластер для удалённых записей. В него заносятся пометка о том, что такая-то запись удалена. Т.о. непосредственное добавление или удаление одной записи не приводит в выделению места на ФС. А вот хороший алгоритм нужен для быстрого нахождения требуемого адреса внутри кластера. И такой алгоритм есть и он работает.
	Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема