Исходное сообщение
"Первый релиз NoSQL БД OrientDB" Отправлено thelamon, 15-Май-12 17:54
>> В яве multithreading лучше > Лучше? Это как? На сколько процентов? Конкретнее. Лучше - это значит работает. Тк JVM рассчитана на multithreading-окружение, а C++ ничего про потоки не знает. Поэтому в C++ (< C++XX) double-checked locking невозможен, и невозможны lockless-алгоритмы. А в java - пожалуйста, и high-perfomance примеров этого достаточно (Disruptor, Fork/Join API (JDK 7)). Про проценты - померяйте C++-ную многопоточную очередь и сравните с Fork/Join из JDK 7. >> и JITовые оптимизации толковые > Давайте по пунктам. "In brief, HotSpot can and will: Inline methods Join adjacent synchronized blocks on the same object Eliminate locks if monitor is not reachable from other threads Eliminate dead code (hence most of micro-benchmarks are senseless) Drop memory write for non-volatile variables Replace interface calls with direct method calls for methods only implemented once ....." гугл давно закрыли? >> Реально тормозов там мало - GC самый существенный > Одного только GC хватает с головой. >> Так что берём много памяти и не жужжим :) > С этого и надо было начинать :) Берём много памяти, много серверов, > и оно работает хоть как-то сравнимо с C++ на одной древней > машинке. Оюшки. Про много серверов вы сами додумали. > Вы бы, в общем, не позорились со своими представлениями о java на > уровне теоретических россказней про "jit оптимизации". Я java решений навидался уже > - когда на C++ в память сервера влезает весь workset, жава > только сама выжирает половину. Так и скажите, что вам жалко памяти. Вы или платите за плюсы платформы доп/памятью, или жужжите на С++. Я не говорю, что С++ говно - у него безусловно есть свои сферы применения, и кстати я бы не сказал, что сильно пересекающиеся с явой, но запросто поливать её грязью - это надо её сильно ненавидеть.