Мужики требуется помощь или совет

[кулич]

вобще не понимаю тех то ставит феникс она же такая стремная что ппц и сами же пишите что лагает берешь что то с сурсами и не лагает и крути че хочешь руки главноеа ставить всякий бред шаровый это же ппц лучше ничего не делать

это еденичные случаи и сборка не шаровая.

[n3k0nation]

Скорее всего проблема в GC - начинается "полная" очистка, что приводит к таким последствиям. Есть три варианта решения проблемы:
1. Настроить GC на более "плавную" чистку взамен "мощности" чистки
2. Сменить 1.6 jvm на 1.7
3. Включить экспериментальную опцию в 1.6 jvm - использование нового GC

[CHIPSET]

2. Сменить 1.6 jvm на 1.7

Это про новый Garbage First алгоритм ? Вспомнилась дока с TechDays 2010 - _http://developers.sun.ru/techdays2010/reports/ClientTechnologiesTrack/TD_STP_G1_Mesnik.pdf Если проблема в GC, то кстати вполне по сабжу (цитата из доки : Сборка мусора - основной источник пауз в JVM).

[кулич]

Мужики, кто знаешь, где выключить LOG итемов в l2phoenix?

Добавлено через 10 минут

Скорее всего проблема в GC - начинается "полная" очистка, что приводит к таким последствиям. Есть три варианта решения проблемы:
1. Настроить GC на более "плавную" чистку взамен "мощности" чистки
2. Сменить 1.6 jvm на 1.7
3. Включить экспериментальную опцию в 1.6 jvm - использование нового GC

что то погуглил, не могу найти где скачать

[n3k0nation]

что то погуглил, не могу найти где скачать

Тыкс.

Это про новый Garbage First алгоритм ? Вспомнилась дока с TechDays 2010 - _http://developers.sun.ru/techdays2010/reports/ClientTechnologiesTrack/TD_STP_G1_Mesnik.pdf Если проблема в GC, то кстати вполне по сабжу (цитата из доки : Сборка мусора - основной источник пауз в JVM).

Да-да, именно он Уже давно доказано, что большинство проблем с массовыми задержками в ява эмуляторах это проблема GC, но никто так и не гуглит параметры -CMS, что обидно
P.S: жаль не попал на теч дейс 2010...

[кулич]

увеличил число потоков в конфиге в 2 раза - 3 дня не падало, сегодня еще на х2 увеличил те х4 число потоков.
Если раньше CPU usage было 0-1-2% то сейчас уже 25%
Не знаю особо что это дает, но в рекомендациях про оптимизацию все советуют увеличивать число потоков

Добавлено через 10 часов 25 минут
Народ так что дает увеличения количества потоков в конфиге JAVA сервера? Почему это грузит процессор? Я заметил что процессор грузит, но пропала проблема с этим дисконектом, те памяти жрется меньше чем обычно ? Это получается нагрузку забирает процессор?

[n3k0nation]

увеличил число потоков в конфиге в 2 раза - 3 дня не падало, сегодня еще на х2 увеличил те х4 число потоков.
Если раньше CPU usage было 0-1-2% то сейчас уже 25%
Не знаю особо что это дает, но в рекомендациях про оптимизацию все советуют увеличивать число потоков

Добавлено через 10 часов 25 минут
Народ так что дает увеличения количества потоков в конфиге JAVA сервера? Почему это грузит процессор? Я заметил что процессор грузит, но пропала проблема с этим дисконектом, те памяти жрется меньше чем обычно ? Это получается нагрузку забирает процессор?

Это увеличивает максимальное колличество асинхронных и параллельных операций. Рекомендую не переусердствовать с этим иначе будет великий fail. Wikipeadia pruf.
P.S: это только поддержание ниток так грузит ЦПУ
P.P.S: выполнение самих ниток (и скорость их выполнения) зависят только от процессора, так что если ставить 1оо5оо тридов на каком-нибудь говеном i7/i5/etc, то получится epic fail.

[кулич]

Это увеличивает максимальное колличество асинхронных и параллельных операций. Рекомендую не переусердствовать с этим иначе будет великий fail. Wikipeadia pruf.
P.S: это только поддержание ниток так грузит ЦПУ
P.P.S: выполнение самих ниток (и скорость их выполнения) зависят только от процессора, так что если ставить 1оо5оо тридов на каком-нибудь говеном i7/i5/etc, то получится epic fail.

Да я тоже что то с х4 умножением поспешил, до 80% нагрузил проц )

пока обойдусь х2
Слушай, последний вопрос, как могла многопоточность эта, спасти от падений сервер (точнее от соединений гейма и логина) в начале темы

[n3k0nation]

Да я тоже что то с х4 умножением поспешил, до 80% нагрузил проц )

пока обойдусь х2
Слушай, последний вопрос, как могла многопоточность эта, спасти от падений сервер (точнее от соединений гейма и логина) в начале темы

Скорее всего просто напросто пул ниток был полностью забит и происходило "залагивание" из-за какой-нибудь тяжелой нитки, которая долго выполняется или же просто на самом деле количество ниток было очень маленьким.
P.S: все таки все входящие пакеты на сервер работают как отдельные нитки
P.P.S: не надо все нитки множить на два, например для IO пакетов ниток достаточно базового значения (т.к. они используются только для входа в игру, но уже на гейм-сервере), аналогично с АИ и некоторыми другими нитками; основную проблему вызывают в таски (задачи), которые к сожалению не делятся на долгие и быстрые.

[CHIPSET]

основную проблему вызывают в таски (задачи), которые к сожалению не делятся на долгие и быстрые.

Разделение на самом деле имеется,но не всегда соблюдается в коде (это про ThreadPool'ы).Кстати я раньше писал об этом здесь ,однако не знаю насколько это актуально сейчас,тем более для Phoenix