Admin

В среднем, код на Java работает быстрее кода на C++. За исключением некоторых специфичных задач, разумеется. Я конечно же не утверждаю, что С++ медленнее (этого не может быть, т.к. он более низкоуровневый), но он быстр только в "лабораторных" условиях, когда код оптимизирован до идеального состояния. А вот Java не требуется настолько сильно оптимизировать, за вас это сделает java машина, причем лучше чем ленивый человек Проблемы в обычных серверах линейки, написанных на java (они сильно грузят проц, жрут кучу памяти, и тормозят) - совсем не от языка. Проблема в неправильном подходе к программированию на java. Некоторые думают, что там не нужно следить за памятью (т.к. GC делает всю эту работу), и творят что хотят. Но это не так, за памятью нужно следить внимательнейшим образом, не допускать утечек и повторно использовать старую память всегда, когда это возможно.

Java, MySql, Ubuntu server, Eclipse, Ant, Subversion, Trac. Web - Nginx, php.

У нас первое - шанс (величина critical, т.е. шанс критического удара), второе - сила (статический крит, значение урона, которое прибавляется при крите). Именно так написано в английском варианте клиента. При разработке, мы используем именно английское описание. Т.к. русский переводили нерусские...

http://asterios.tm/index.php?cmd=account

Бан снят. В следующий раз проблему буду решать другим способом, через арбитраж. И последствия будут весьма печальные, в виде денежного штрафа, либо блокировки кипера.

Такой информации недостаточно. Поэтому шанс выставлен адекватный - 20%. PvP не должно сводиться к одному единственному скиллу. Кроме того, этот скилл можно точить до 30%.

Если он снимет претензию, то проблема будет исчерпана. Я уже говорил, решай проблему с ним, а не со мной.

Если претензия будет удалена, то будет о чем разговаривать. Хотя, ее и без этого удалят, если напишу в арбитраж.

Ну вот и решай с ним эту проблему.

А их мы исправили еще несколько дней назад, прямо в клиенте

Бан был выдан вот за это: http://arbitrage.webmoney.ru/asp/claims.asp?wmid=555639819187

Забанен.

http://forum.asterios.tm/index.php?board=57.0

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

Все, тех. работы окончены. Если не осталось никаких лишних деталей, то все должно быть в порядке...

Процессоры уже заменили, сейчас поднимем х3 и х55, а х5 чуть позже, после перенастройки.

Сейчас специалисты заменяют процессоры, как только закончат поднимем.

Нет, во время прошлых осад, нагрузка на процессоры по всем 8 ядрам одновременно была под 90%. Это близко к теоретическому пределу, а на практике больше выжать невозможно.

Вы даже не знаете причины, от которой "лагало". И даже не знаете, что это были не лаги, а подвисания. Проблема тогда была в нехватке памяти, и недостаточной оптимизации ядра. С тех пор мы значительно улучшили ядро. И сейчас таких проблем не будет, 64гб памяти хватит на оба сервера с лихвой (т.к. каждому требуется всего по 24гб). У процессора целых 24 мощных ядра, поэтому серверам не придется делить ресурсы. По поводу канала: Канал на х5 был 100мбит, и грузился не более чем на 30-40% (благодаря сжатию трафика). Сейчас на обоих серверах будет 1000мбит, и загружен будет менее чем на 8%.

По обстоятельствам. Может так получиться, что это никогда и не потребуется.

Издеваетесь? Лучше машин такого класса еще не изобрели. На х3 машина многократно превышает требуемую мощность. Т.к. новой машины пришлось бы ждать еще минимум месяц, а мощности для х5 не хватает уже сейчас - планы поменялись. Мы решили разместить оба сервера (х3 и х5) на одной машине, предварительно заменив там процессоры на более мощные (24 ядра по 2.8Ghz), и расширив память. Канал на 1000mbit. По нашим подсчетам, это позволит обоим серверам работать без тормозов.

На хантере мощности пока хватает, там онлайн в полтора-два раза ниже. Да и процессоры там лучше чем сейчас на хардине, 2.5 стоят. И памяти больше.

В 18:30 (по Москве) будет производиться апгрейд оборудования, для улучшения качества игры. Все сервера будут недоступны в течении 1-2 часов.

Нет, не актуально. Т.к. работает верно.

Исправлено.