https://slinkov.ru/openforum/vsluhforumID3/65848.html Организация Apache Software Foundation объявила (https://blogs.apache.org/foundation/entry/the_apache_software_foundation_announces3) о выходе БД Cassandra 0.6 (http://cassandra.apache.org/) - первой публичной версии, с момента (http://www.opennet.ru/opennews/art.shtml?num=25539) выхода проекта из инкубатора Apache в феврале этого года. Cassandra изначально разрабатывалась в Facebook и была передана в инкубатор ASF в 2009 году. С тех пор состав проектной группы расширился, и у проекта появились новые пользователи, как например Cisco WebEx, Cloudkick, Digg (http://www.opennet.ru/opennews/art.shtml?num=25758), Twitter и другие.<br><br><br>Apache Cassandra - это новое поколение распределенных баз данных, функционирующих без использования двух сущностей, присущих практически всем современным СУБД: языка запросов SQL и централизованного системного репозитория - так называемая NoSQL-технология. Децентрализованная модель данных Cassandra обеспечивает высокую масштабируемость и отказоустойчивость даж...<br><br>URL: https://blogs. https://slinkov.ru/openforum/vsluhforumID3/65848.html#15 Sat, 07 Aug 2010 18:24:37 GMT Обсуждений по производительности море:<br>http://www.opennet.ru/opennews/art.shtml?num=3994<br>http://habrahabr.ru/blogs/programming/66562/<br>http://www.codenet.ru/webmast/java/javavscpp.php<br><br>на разного рода алгоритмах и результаты разные, есть и такие, где Java на первом месте, думаю это связанно с тем, что в JVM реализованна поддержка кеширования операций.<br><br>Java не требовательна также к памяти, если помните, то изначально Java позиционировалась на сегмент SMART карт, где используются очень разные процессоры. Было бы конечно замечательно, если бы дали разработчикам возможность принудительно удалять конкретный объект из памяти, может и меньше нареканий было бы. А так всегда есть возможность написать свой алгоритм для сборщика мусора, заточить под свой сервак.<br><br>Java отлично идет для систем Enterprise уровня, но для десктопных решений еще неочень, есть много проблем с реализацией нативной части JVM для различных платформ, поэтому UI тормозит очень. Хотя сейчас появилось решение, которое надеюсь вскором устрани https://slinkov.ru/openforum/vsluhforumID3/65848.html#14 Thu, 15 Apr 2010 08:25:46 GMT Для HDD есть smart, как определить остальные аппаратные проблемы в узле?<br>Предполагается использование обычных компьютеров без резервирования<br>аппаратных частей.<br> https://slinkov.ru/openforum/vsluhforumID3/65848.html#13 Thu, 15 Apr 2010 07:15:58 GMT просто - это стоит денег, потому переписывать ради смены языка никто не будет.<br><br>Внезапно: компилятор java написан на java ;)<br> https://slinkov.ru/openforum/vsluhforumID3/65848.html#12 Wed, 14 Apr 2010 11:14:49 GMT Ну, пионеры, понимаешь ли.<br><br>Вот пара особенностей:<br><br>- Пропускная способность чтения и записи увеличиваются линейно с добавлением новых узлов<br>- Безразмерна (нет ограничений на объем, поиск всегда O(1))<br><br>Это самые важные свойства. Если вы не понимаете разницу между линейной и нелинейной возможностью масштабирования, то извините.<br><br> https://slinkov.ru/openforum/vsluhforumID3/65848.html#11 Wed, 14 Apr 2010 08:39:18 GMT &gt;Почему JVM ешё не переписан на Java?<br><br>Перепиши. Оно ж под GPL. Или кто-то (что-то) мешает?<br> https://slinkov.ru/openforum/vsluhforumID3/65848.html#10 Wed, 14 Apr 2010 07:51:39 GMT &gt;ВНЕЗАПНО: JVM написана на C++. <br>&gt;JIT компилятор Java оптимизирует нативный код для той платформы<br><br>Почему JVM ешё не переписан на Java? Оно ж тогдаж натурально _ассемблер и суперКрэй обгонит! .....ай, незадача, Оракл случился....... Мы в трауре.<br> https://slinkov.ru/openforum/vsluhforumID3/65848.html#9 Wed, 14 Apr 2010 07:45:39 GMT ВНЕЗАПНО: JVM написана на C++.<br><br>JIT компилятор Java оптимизирует нативный код для той платформы, на которой он работает, учитывая такие нюансы, как архитектура процессора, выделенный размер оперативной памяти и (заранее настраиваемую) стратегию сборки мусора.<br> https://slinkov.ru/openforum/vsluhforumID3/65848.html#8 Wed, 14 Apr 2010 07:30:04 GMT &gt;Посмотрел, размер архива с исходниками 8.3 МБ, не такой уж и баснословный <br>&gt;размер, почему если все понимают что на яве это не тру, <br>&gt;то не перепишут на С или чём-то другом? <br>&gt;Пинать не прошу, заранее: Не спец в этом вопросе. <br><br>Ява тру для быстрой и дешевой разработки. Это нужно компаниям )))<br><br>может конечно один-два дева и сподобятся переписать Cassandra или Hadoop на С/С++, но компании вкладываться в этот проект не будут.<br><br><br> https://slinkov.ru/openforum/vsluhforumID3/65848.html#6 Wed, 14 Apr 2010 06:06:40 GMT Cassandra не стоит рассматривать в контексте одного хоста, вся прелесть этой системы, что поставил на 100 хостов и не думаешь больше ни о чем. А при использовании в распределенной среде, когда данные интенсивно гоняются по сети, потери производительности из-за языка программирования почти не заметны, зато ошибок меньше и возможностей больше: подключение новых узлов и замена сбойных - одно удовольствие. <br>