| 1.1, Аноним (-), 07:24, 14/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
все хорошо, но ява...
это сколько и каких нужно нод чтобы тысячи операций записи в секунду держать?!
| | |
| |
| 2.2, Валерий Шипков (?), 07:45, 14/04/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Вообще да. Гонять Яву на БД - ӕто не очень хорошее решение.
Я бы здесь согласился с Питоном - там хоть часть системы на Си сделана.
Ну, в любом случае, больше хорошего софта - бесплатного и открытого.
| | |
| |
| 3.3, ВнушеК (?), 08:09, 14/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
Посмотрел, размер архива с исходниками 8.3 МБ, не такой уж и баснословный размер, почему если все понимают что на яве это не тру, то не перепишут на С или чём-то другом?
Пинать не прошу, заранее: Не спец в этом вопросе.
| | |
| |
| 4.8, VoDA (ok), 11:30, 14/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Посмотрел, размер архива с исходниками 8.3 МБ, не такой уж и баснословный
>размер, почему если все понимают что на яве это не тру,
>то не перепишут на С или чём-то другом?
>Пинать не прошу, заранее: Не спец в этом вопросе.
Ява тру для быстрой и дешевой разработки. Это нужно компаниям )))
может конечно один-два дева и сподобятся переписать Cassandra или Hadoop на С/С++, но компании вкладываться в этот проект не будут.
| | |
|
| 3.9, iZEN (ok), 11:45, 14/04/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
ВНЕЗАПНО: JVM написана на C++.
JIT компилятор Java оптимизирует нативный код для той платформы, на которой он работает, учитывая такие нюансы, как архитектура процессора, выделенный размер оперативной памяти и (заранее настраиваемую) стратегию сборки мусора.
| | |
| |
| 4.10, Andrey Mitrofanov (?), 11:51, 14/04/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
>ВНЕЗАПНО: JVM написана на C++.
>JIT компилятор Java оптимизирует нативный код для той платформы
Почему JVM ешё не переписан на Java? Оно ж тогдаж натурально _ассемблер и суперКрэй обгонит! .....ай, незадача, Оракл случился....... Мы в трауре.
| | |
| |
| 5.13, VoDA (ok), 11:15, 15/04/2010 [^] [^^] [^^^] [ответить]
| +/– | |
просто - это стоит денег, потому переписывать ради смены языка никто не будет.
Внезапно: компилятор java написан на java ;)
| | |
|
|
|
| 2.5, xaka (??), 10:02, 14/04/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
К примеру Jetty 7.x на 4-х ядернике обрабатывает до 15т. "Hello World" запросов в секунду, чего я не видел у того же Apache (nginx и lighthttpd не рассматриваем пока что).
По скорости работы серверных приложений Java мало кому уступает, про качество и безопасность этих приложений вообще молчу. Вопрос лишь в кол-ве потребляемой памяти.
| | |
| 2.12, ДяДя (?), 15:14, 14/04/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Ну, пионеры, понимаешь ли.
Вот пара особенностей:
- Пропускная способность чтения и записи увеличиваются линейно с добавлением новых узлов
- Безразмерна (нет ограничений на объем, поиск всегда O(1))
Это самые важные свойства. Если вы не понимаете разницу между линейной и нелинейной возможностью масштабирования, то извините.
| | |
|
| 1.4, rstone (??), 09:54, 14/04/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Ну у меня около тысячи в сек на лаптопе ( single node ) было , и что ?
Это очень зависит от размера записи .
Ява уже давно не такая медленная как о ней думают .
На сях , редис дает около 50000 writes/s с 1кб .
Так что тысячи в секунду уже не явлется исключением или каким то рекордом .
| | |
| |
| 2.6, Аноним (-), 10:06, 14/04/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Cassandra не стоит рассматривать в контексте одного хоста, вся прелесть этой системы, что поставил на 100 хостов и не думаешь больше ни о чем. А при использовании в распределенной среде, когда данные интенсивно гоняются по сети, потери производительности из-за языка программирования почти не заметны, зато ошибок меньше и возможностей больше: подключение новых узлов и замена сбойных - одно удовольствие.
| | |
| |
| 3.14, WinLin (??), 12:25, 15/04/2010 [^] [^^] [^^^] [ответить]
| +/– |
Для HDD есть smart, как определить остальные аппаратные проблемы в узле?
Предполагается использование обычных компьютеров без резервирования
аппаратных частей.
| | |
|
|
| 1.15, Sergey Minaev (?), 22:24, 07/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Обсуждений по производительности море:
https://www.opennet.ru/opennews/art.shtml?num=3994
http://habrahabr.ru/blogs/programming/66562/
http://www.codenet.ru/webmast/java/javavscpp.php
на разного рода алгоритмах и результаты разные, есть и такие, где Java на первом месте, думаю это связанно с тем, что в JVM реализованна поддержка кеширования операций.
Java не требовательна также к памяти, если помните, то изначально Java позиционировалась на сегмент SMART карт, где используются очень разные процессоры. Было бы конечно замечательно, если бы дали разработчикам возможность принудительно удалять конкретный объект из памяти, может и меньше нареканий было бы. А так всегда есть возможность написать свой алгоритм для сборщика мусора, заточить под свой сервак.
Java отлично идет для систем Enterprise уровня, но для десктопных решений еще неочень, есть много проблем с реализацией нативной части JVM для различных платформ, поэтому UI тормозит очень. Хотя сейчас появилось решение, которое надеюсь вскором устранит этот недостаток - JavaFX.
То что Cassandra написана на Java хорошо, но только для распределенных систем. Возможно есть проблема в доступе к винту, так как вероятно доступ идет посредством файловой системы, а не напрямую как это реализуется в существующих БД.
| | |
|
