Ах, я понял о чем вы. Вы замеряли скорость работы дефолтного шаблонизатора. Он действительно медленный, т.к. использует груви, есть варианты гораздо быстрее. Тот же Japid или Rythm сравнимы по скорости с выдачей статики.
Пользуемся 1.2. Но, насколько я знаю, в 2.х проблемы только со скоростью компиляции во время разработки и это, со слов разработчиков, исправимая трабла, над которой они работают.
Яркие картинки требуют больше энергии, чем черный фон. Хотя я этот тезис не проверял.
По моему, неAMOLED экранам по без разницы картинка имеет яркие цвета или тусклые. Там же подсветка позади экрана, а не попиксельная (грубо говоря). А у айдевайсов экраны не AMOLED.
По моему «как играть не тыкая пальцем» это та самая «one more thing», для который и делалась текущая статья :) По крайней мере, мне очень интересно будет почитать.
Насчет аркад ничего сказать не могу, просто интересно как существуют крупные онлайн экшн игры. С трудом верится, что там используется вертикальное масштабирование.
Сам спросил, сам отвечаю. Не вижу в описанном в статье сервере особо сложных вычислений. Обрабатываются коллекции объектов, ведь это же можно распараллелить!
Может кто-нибудь просветит по вопросу? Я же интересуюсь почему нельзя использовать akka, хотя есть масса успешных юзкейсов у акки в плане игровых серверов.
Спасибо, статья интересная. У меня, как не искушенного в написании серверов есть один вопрос к автору и другим опытным серверописателям (Rena4kaLLIbIcpEP). Почему не использовалась модель evented io? Ведь есть такая штука как как akka (http://akka.io/). Насколько мне позволяет осведомленность, в случае использования akka не нужно будет напрямую копаться в java.util.concurrent. Ну и масштабируемость регулировать проще.
По моему, неAMOLED экранам по без разницы картинка имеет яркие цвета или тусклые. Там же подсветка позади экрана, а не попиксельная (грубо говоря). А у айдевайсов экраны не AMOLED.