The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

Оглавление

Первый релиз NoSQL БД OrientDB, opennews (ok), 15-Май-12, (0) [смотреть все]

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


11. "Первый релиз NoSQL БД OrientDB"  +5 +/
Сообщение от thelamonemail (ok), 15-Май-12, 15:13 
Вы еще не стали круглым как колобок? :) Ибо непомерно толсто. Так и скажите - я не знаю явы и С++, но слышал, что ява тормоз. Бла-бла-бла.

В яве multithreading лучше, и JITовые оптимизации толковые. Реально тормозов там мало - GC самый существенный, остальное несущественно. Так что берём много памяти и не жужжим :)

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

16. "Первый релиз NoSQL БД OrientDB"  +3 +/
Сообщение от Аноним (-), 15-Май-12, 15:47 
> Вы еще не стали круглым как колобок? :) Ибо непомерно толсто. Так и скажите - я не знаю явы и С++, но слышал, что ява тормоз. Бла-бла-бла.

Когда нечем крыть, ничего не остаётся кроме как закрыть уши руками и говорить "бла-бла-бла".

> В яве multithreading лучше

Лучше? Это как? На сколько процентов? Конкретнее.

> и JITовые оптимизации толковые

Давайте по пунктам.

> Реально тормозов там мало - GC самый существенный

Одного только GC хватает с головой.

> Так что берём много памяти и не жужжим :)

С этого и надо было начинать :) Берём много памяти, много серверов, и оно работает хоть как-то сравнимо с C++ на одной древней машинке.

Вы бы, в общем, не позорились со своими представлениями о java на уровне теоретических россказней про "jit оптимизации". Я java решений навидался уже - когда на C++ в память сервера влезает весь workset, жава только сама выжирает половину.

Ответить | Правка | Наверх | Cообщить модератору

26. "Первый релиз NoSQL БД OrientDB"  +1 +/
Сообщение от thelamonemail (ok), 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, жава
> только сама выжирает половину.

Так и скажите, что вам жалко памяти. Вы или платите за плюсы платформы доп/памятью, или жужжите на С++.

Я не говорю, что С++ говно - у него безусловно есть свои сферы применения, и кстати я бы не сказал, что сильно пересекающиеся с явой, но запросто поливать её грязью - это надо её сильно ненавидеть.

Ответить | Правка | Наверх | Cообщить модератору

32. "Первый релиз NoSQL БД OrientDB"  –2 +/
Сообщение от MacMan (?), 15-Май-12, 20:16 

> Fork/Join API (JDK 7))

Вот это даа! Сорок лет спустя они осилили unixway.

Ответить | Правка | Наверх | Cообщить модератору

33. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Nope (?), 15-Май-12, 20:29 
Просвещайся: http://www.rsdn.ru/forum/philosophy/2840588.1.aspx
Ответить | Правка | Наверх | Cообщить модератору

37. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от arisu (ok), 15-Май-12, 22:55 
> Поэтому в C++ (< C++XX) double-checked locking невозможен, и невозможны lockless-алгоритмы.

обалдеть. я великий маг и волшебник, я использую lock-free в c++. и stm (shared transactional memory). а это, оказывается, невозможно. вот жеж блин, чего мне сразу-то никто не сказал, что невозможно? я бы и не пробовал даже!

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

39. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от thelamon (ok), 15-Май-12, 23:10 
А без gcc(msvc/вставить нужное)-dependent фич сможете?

Невозможно в рамках языка. Потому что на уровне языка не определена видимость переменных в разных потоках. Жду вашего решения...

Ответить | Правка | Наверх | Cообщить модератору

40. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от arisu (ok), 15-Май-12, 23:24 
> А без gcc(msvc/вставить нужное)-dependent фич сможете?

будет медленней, но, кажется, возможно. сейчас не готов ответить точно.

> Потому что на уровне языка не определена видимость переменных в разных потоках.

что совершенно неважно, важно наличие атомарных операций. на одном камне — однозначно можно, ибо операции с интами атомные. на SMP — сложнее, придётся воротить черезанусные псевдосинхронизации.

более конктретного ответа не дам, потому что голова болит. %-) но почти уверен, что ответ положительный.

Ответить | Правка | Наверх | Cообщить модератору

41. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Аноним (-), 15-Май-12, 23:32 
> Невозможно в рамках языка. Потому что на уровне языка не определена видимость переменных в разных потоках. Жду вашего решения...

боже мой.. какие же бывают тупые люди

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

42. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от thelamon (ok), 15-Май-12, 23:34 
>> Невозможно в рамках языка. Потому что на уровне языка не определена видимость переменных в разных потоках. Жду вашего решения...
> боже мой.. какие же бывают тупые люди

Ваще ни о чем. Проясните глубину мысли?

Ответить | Правка | Наверх | Cообщить модератору

44. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Crazy Alex (ok), 15-Май-12, 23:47 
А зачем? GCC есть чуть ли не под все мыслимые платформы. Готовый стандарт де-факто.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

24. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от Аноним (-), 15-Май-12, 17:27 
> Вы еще не стали круглым как колобок? :) Ибо непомерно толсто. Так
> и скажите - я не знаю явы и С++, но слышал, что ява тормоз. Бла-бла-бла.

А чего там слышать? Достаточно посмотреть на бенчмарки одних и тех же алгоритмов и просто как жабисты вечно с профайлингом долбутся, с поводом и без.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

27. "Первый релиз NoSQL БД OrientDB"  +/
Сообщение от thelamonemail (ok), 15-Май-12, 17:55 
>> Вы еще не стали круглым как колобок? :) Ибо непомерно толсто. Так
>> и скажите - я не знаю явы и С++, но слышал, что ява тормоз. Бла-бла-бла.
> А чего там слышать? Достаточно посмотреть на бенчмарки одних и тех же
> алгоритмов и просто как жабисты вечно с профайлингом долбутся, с поводом
> и без.

Одааа, с С++ники сразу пишут идеальный с точки зрения перфоманса код. И без утечек. Смешно...

Ответить | Правка | Наверх | Cообщить модератору

45. "Первый релиз NoSQL БД OrientDB"  +1 +/
Сообщение от Аноним (-), 16-Май-12, 00:06 
У  них запас для косяков гораздо бОльший
Ответить | Правка | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру