Организация Apache Software Foundation объявила (https://blogs.apache.org/foundation/entry/the_apache_softwar...) о выходе БД Cassandra 0.6 (http://cassandra.apache.org/) - первой публичной версии, с момента (http://www.opennet.me/opennews/art.shtml?num=25539) выхода проекта из инкубатора Apache в феврале этого года. Cassandra изначально разрабатывалась в Facebook и была передана в инкубатор ASF в 2009 году. С тех пор состав проектной группы расширился, и у проекта появились новые пользователи, как например Cisco WebEx, Cloudkick, Digg (http://www.opennet.me/opennews/art.shtml?num=25758), Twitter и другие.
Apache Cassandra - это новое поколение распределенных баз данных, функционирующих без использования двух сущностей, присущих практически всем современным СУБД: языка запросов SQL и централизованного системного репозитория - так называемая NoSQL-технология. Децентрализованная модель данных Cassandra обеспечивает высокую масштабируемость и отказоустойчивость даж...URL: https://blogs.apache.org/foundation/entry/the_apache_softwar...
Новость: http://www.opennet.me/opennews/art.shtml?num=26220
все хорошо, но ява...
это сколько и каких нужно нод чтобы тысячи операций записи в секунду держать?!
Вообще да. Гонять Яву на БД - ӕто не очень хорошее решение.
Я бы здесь согласился с Питоном - там хоть часть системы на Си сделана.
Ну, в любом случае, больше хорошего софта - бесплатного и открытого.
Посмотрел, размер архива с исходниками 8.3 МБ, не такой уж и баснословный размер, почему если все понимают что на яве это не тру, то не перепишут на С или чём-то другом?
Пинать не прошу, заранее: Не спец в этом вопросе.
>Посмотрел, размер архива с исходниками 8.3 МБ, не такой уж и баснословный
>размер, почему если все понимают что на яве это не тру,
>то не перепишут на С или чём-то другом?
>Пинать не прошу, заранее: Не спец в этом вопросе.Ява тру для быстрой и дешевой разработки. Это нужно компаниям )))
может конечно один-два дева и сподобятся переписать Cassandra или Hadoop на С/С++, но компании вкладываться в этот проект не будут.
ВНЕЗАПНО: JVM написана на C++.JIT компилятор Java оптимизирует нативный код для той платформы, на которой он работает, учитывая такие нюансы, как архитектура процессора, выделенный размер оперативной памяти и (заранее настраиваемую) стратегию сборки мусора.
>ВНЕЗАПНО: JVM написана на C++.
>JIT компилятор Java оптимизирует нативный код для той платформыПочему JVM ешё не переписан на Java? Оно ж тогдаж натурально _ассемблер и суперКрэй обгонит! .....ай, незадача, Оракл случился....... Мы в трауре.
>Почему JVM ешё не переписан на Java?Перепиши. Оно ж под GPL. Или кто-то (что-то) мешает?
просто - это стоит денег, потому переписывать ради смены языка никто не будет.Внезапно: компилятор java написан на java ;)
К примеру Jetty 7.x на 4-х ядернике обрабатывает до 15т. "Hello World" запросов в секунду, чего я не видел у того же Apache (nginx и lighthttpd не рассматриваем пока что).
По скорости работы серверных приложений Java мало кому уступает, про качество и безопасность этих приложений вообще молчу. Вопрос лишь в кол-ве потребляемой памяти.
Ну, пионеры, понимаешь ли.Вот пара особенностей:
- Пропускная способность чтения и записи увеличиваются линейно с добавлением новых узлов
- Безразмерна (нет ограничений на объем, поиск всегда O(1))Это самые важные свойства. Если вы не понимаете разницу между линейной и нелинейной возможностью масштабирования, то извините.
Ну у меня около тысячи в сек на лаптопе ( single node ) было , и что ?
Это очень зависит от размера записи .
Ява уже давно не такая медленная как о ней думают .
На сях , редис дает около 50000 writes/s с 1кб .
Так что тысячи в секунду уже не явлется исключением или каким то рекордом .
Cassandra не стоит рассматривать в контексте одного хоста, вся прелесть этой системы, что поставил на 100 хостов и не думаешь больше ни о чем. А при использовании в распределенной среде, когда данные интенсивно гоняются по сети, потери производительности из-за языка программирования почти не заметны, зато ошибок меньше и возможностей больше: подключение новых узлов и замена сбойных - одно удовольствие.
Для HDD есть smart, как определить остальные аппаратные проблемы в узле?
Предполагается использование обычных компьютеров без резервирования
аппаратных частей.
Обсуждений по производительности море:
http://www.opennet.me/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 хорошо, но только для распределенных систем. Возможно есть проблема в доступе к винту, так как вероятно доступ идет посредством файловой системы, а не напрямую как это реализуется в существующих БД.