Исходное сообщение
"Релиз открытой БД HyperSQL 2.0" Отправлено Knuckles, 13-Июн-10 03:08
Типичное мнение человека, который не понимает назначение Java. Господа, ругающую якобы тормознутую Яву, обратите внимание, я объясню кое что. Представьте себе игру (в принципе любое десктопное приложение). Особенностью таких программ является большое количество циклов выделения-освобождения памяти. Среда выполнения с автоматическим управлением памяти имеет в такой ситуации недостатки, исходящие из непредсказуемости начала работы сборщик мусора. Попадание на цикл сборки мусора во время динамичного эпизода игры испортит все впечатление, конечно же. Пожалуй, только по этому до сих пор игры пишут с ручным управлением памяти. На серверах все иначе. Когда запускают серверное приложение, ему выделяют довольно большой кусок памяти, рассчитанный из нагрузки. Пул организован, дальше все крутится в нем, сборщик включается очень редко. Таки да, это те самые "серьезные системы", о которых вы все спрашиваете. Java используется на серверах с гигабайтами ОЗУ и во встроенных устройствах с парой сотен КБ. И там и там прекрасно справляется, все дело в стратегии работы приложений. На десктопе обычно другие сценарии. Нужна отзывчивость и кооперативность с другими приложениями. А исполнение байткода в Java очень быстрое, и JIT это действительно мощная вещь. Тормоза не из-за них.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Типичное мнение человека, который не понимает назначение Java. Господа, ругающую якобы > тормознутую Яву, обратите внимание, я объясню кое что. > Представьте себе игру (в принципе любое десктопное приложение). Особенностью таких программ > является большое количество циклов выделения-освобождения памяти. Среда выполнения с > автоматическим управлением памяти имеет в такой ситуации недостатки, исходящие из непредсказуемости > начала работы сборщик мусора. Попадание на цикл сборки мусора во время > динамичного эпизода игры испортит все впечатление, конечно же. Пожалуй, только по > этому до сих пор игры пишут с ручным управлением памяти. > На серверах все иначе. Когда запускают серверное приложение, ему выделяют довольно большой > кусок памяти, рассчитанный из нагрузки. Пул организован, дальше все крутится в > нем, сборщик включается очень редко. Таки да, это те самые "серьезные > системы", о которых вы все спрашиваете. > Java используется на серверах с гигабайтами ОЗУ и во встроенных устройствах с > парой сотен КБ. И там и там прекрасно справляется, все дело > в стратегии работы приложений. На десктопе обычно другие сценарии. Нужна отзывчивость > и кооперативность с другими приложениями. А исполнение байткода в Java очень > быстрое, и JIT это действительно мощная вещь. Тормоза не из-за них.
	Введите код, изображенный на картинке: