Недавно посмотрел доклад http://highload.ru/papers2008/7146.html В нем автор предлагает писать онлайн игры проекты с высокой нагрузкой на ява. Хотелось бы узнать ваше мнение по этому поводу, в частности какие технологии и решения использовать, расход памяти, серверы, балансировка нагрузки. Так же хотелось бы узнать, как nginx сочетается с java серверами и стоит ли его использовать.
Думаю, что эта информация будет интересна не только для меня.

P.S. Так скажите мне, почему все ругают php и продолжают писать на нем достаточно серьезные проекты, а не, например, на яве?

Это сообщение отредактировал(а) isergey - 5.4.2009, 17:22

тоже посмотрю.



я думаю, никак. В Java есть свои сервера приложений и веб контейнеры.



консерватизм, куча материалов, динамизм и простота внесения изменений, дешевизна рабочей силы и т.п.
Плоский проект к коим отношу навороченые порталы, социальные сети и прочую лабуду, у которой по сути нет никаких скрытых процессов, только "реакция на действие пользователя" можно без проблем и опаски писать на PHP
Веб приложения, в которых главное слово "приложение", а не "веб", и в которых происходит много скрытых процессов, к примеру реалтайм онлайн игры, лучше использовать полноценную технологию.

PHP медленнее Java в 5-6 раз, однако Java программисты уравнивают шансы технологий с помощью громоздких многослойных суперуниверсальных фреймворков.

ЗЫ. Я тоже ругаю PHP, однако сайтики пописываю именно на нем.

Это сообщение отредактировал(а) Platon - 5.4.2009, 18:47

То что в Яве используются другие средства это понятно. Хотелось бы более конкретных примеров. Может быть у кого-то был опыт, поделитесь хотя бы поверхностным описанием. Спасибо.

А то, что Java быстрей PHP в несколько раз ни о чем не говорит?
Добавлю еще то, что для PHP для скрипта каждый раз запускается приложение, которое работает через стандартный ввод вывод.
В Java приложение одно на все запросы, и мыслится, что использование ресурсов эффективней и не требуется постоянная инициализация переменных, ввод/вывод работает непосредственно с потоками сокетов, а не I/O.

isergey

Я бы танцевал от факта, что для java желателен собственный хостинг, т.е. вы держите сервера, которые полностью в вашем распоряжении. Все вопросы про производительность не особо актуальны, ибо по мере необходимости вы добавляете машины. И этот способ (масштабирование) практически безграничен по сравнению с тюнингом приложения.    

Проекты же для широкой публики ("лабуда"   ) возникают пачками (и так же пачками умирают) обычно на пустом месте, т.е. на энтузиазме (без финансирования). Естественно, что там применяется наиболее распространенная и вследствие этого дешевая технология (LAMP), которой во многих случаях достаточно. Если же проект становится популярным, то через некоторое время он становится "высоконагруженным".  Но к этому моменту создатели должны быть уже "в шоколаде" и как-то решают эту приятную проблему.

Platon, 



реалтайм игра не может быть web-приложением. Это клиент-серверное приложение. 
Даже если клиент работает в браузере, все равно он будет либо на флеше, либо на Java (или другие технологие). 

Vasay, ну почему же? смотря какая игрушка? бывает достаточно точности веб приложения, к примеру когда у нас битва длится часами, вы полководец и нужно только следить за ходом сражения и отдавать приказы )

Добавлено через 2 минуты и 40 секунд
COVD, спасибо за плюсик.
Прошлую мою страстную речь тоже оценили http://forum.vingrad.ru/forum/topic-212124...y1517715/0.html

потому что не уволишь ведь всех ПХП программистов по всему миру    Не будешь закрывать текущие старые проекты.  Все подготовительные центры.
Да и к тому же на ПХП проще писать, но возможностей там намного меньше. 

Да ну 

Ну да   

Platon, 



Принцип работы веб приложения:
есть сервер (апач, томкет...), есть клиент (браузер).

Клиент посылает запрос к серверу - открывается соединение, читается запрос, запускается соответствующий обработчик, готовится ответ, отправляется ответ, соединение закрывается.  Никакого реалтайма. Обычно на вебсерверах есть ограничение на время обработки одного запроса. 


Принцип работы сетевой реалтайм игры: 
есть сервер, есть клиент.
Между сервером и клиентом установлено постоянное  соединение. Между ними идет постоянный обмен данными в реальном времени (игра то у нас реалтайм). 

Vasay, да, но ничто не мешает затем java приложению продолжать обрабатывать данные, полученные при запросе пользователя, отпустив соединение с пользователем. Вот это я имел ввиду. К примеру даже передвижение войск в какой-нибудь травиан (браузерная игрушка), точность вычисления событий в Java будет выше и меньше ресурсов, чем запускать N раз в секунду скрипт обновления состояния.
Вот это я имел ввиду.
ЗЫ. несомненно утрирую, но смысл показать ограниченность PHP

Наконец-то нашлась минутка, вытекшая в час просмотра видео.
Какие впечатления: лектор (или как его там) действительно описывал то, что в Java само собой разумеющееся. 

• Все запросы через 1 процесс, что позволяет оформлять не только взаимодействие между пользователями в режиме реалтайм, но и эффективно использовать ресурсы. 
• Java - система если не архинадежная, то просто надежная, и любой запрос в случая возникновения в нем исключительной ситуации можно изолировать блоком try{} catch {}.
• Когда смотрел доклад, и разговор шел про memcahce, зачем нам нужен SQL и т.д. у меня в сознании вспомнилась тема, в которой я говорил уже давненько про объектную базу данных, но не получила развития ввиду отсутствия подобных проектов. Кстати эту базу упомянули в вопросной части доклада ) Более того по Java EE форуму частенько проскакивают вопросы, связанные с JPA + Cache

В общем, Java для браузерных и онлайн игр - естественное и наиболее эффективное решение.