Задержка в CommunityBoard

[TEMIK]

Хроники

1. Interlude

Исходники

Присутствуют

Сборка

acis

Привет всем!
Делаю КБ - ГМ ШОП , при переключении HTML кнопок - идет задержка около 10 секунд.
Например : Зашел в раздел РАСХОДНИКИ - Закрыл мультиссел - жду около 10 секунд - только потом могу открыть другой раздел в ГМ шопе (в КБ)

 

[default_npc]

а по сути от лижи ты толком не куда и не ушел

Сказать, что кто-то не ушел - легко, а показать на того, кто ушел, сможешь? Это уже сложнее, потому что все эти сборки, это винегрет за 10-15 лет разработки ява-движков. Основа там одна, разница лишь в том, кто лучше вылизал эту основу и подглядел те или иные решения в шарах\опенсорсе. Но ничего радикального за упомянутые выше 10-15 лет так и не произошло, увы.

 

[maxim68]

Подскажет кто по итогу? Если это проблема в файле RequestBypassToServer , вот кусок, сборка l2jmega

else if (_command.startsWith("bbs_") || _command.startsWith("_bbs") || _command.startsWith("_friend") || _command.startsWith("_mail") || _command.startsWith("_block"))
            {    CommunityBoard.getInstance().handleCommands(getClient(), _command);  }

Просто по факту, вместо каких - то адекватных идей и решений, или хотябы в какую сторону смотреть - получил ~ 10 сообщений оффтопа. Заранее спасибо за подсказки

 

[Projack]

Подскажет кто по итогу? Если это проблема в файле RequestBypassToServer , вот кусок, сборка l2jmega

else if (_command.startsWith("bbs_") || _command.startsWith("_bbs") || _command.startsWith("_friend") || _command.startsWith("_mail") || _command.startsWith("_block"))
{ CommunityBoard.getInstance().handleCommands(getClient(), _command); }

Просто по факту, вместо каких - то адекватных идей и решений, или хотябы в какую сторону смотреть - получил ~ 10 сообщений оффтопа. Заранее спасибо за подсказки

Тебе подсветили весь путь. Доступ к коду у тебя есть, добавь там трейсы(залогируй) все места, выведи временную метку и смотри где и в каких моментах тормозит. И дальше уже смотри как чего. Мы не ванги(может быть что угодно, от потоков, до кеша), если у других все ок с acis, а у тебя почему-то тормозит, значит что-то перекрутил.
1. Локализуй место тормозов(отключи кеши, залогируй все места, найди где работает ок а где нет и сравни)
2. Реши проблему
3. Если не решил, приходи с описанием чего и как происходит

и это ответил человек мего сборки ? в которой и лыжа ии овер и феникс? тогда вопрос что там вашего раз вы такое пишете

Ты откуда такой обиженный взялся? Пол века все разработчики мира заимствуют друг у друга и это норма. То что ты пишешь, лишь показывает твою некомпетентность и лолокечность. Хорошие архитектурные решения, которые прошли через 10 лет - спокойно уживаются везде и так и должно быть. Овер, лыжи и прочие заложили отличную основу, которую легко дорабатывать и с которой легко работать. Я уверен, что ты, чтобы никого не повторять писаешь лежа, флаг в руки

 

[maxim68]

Тебе подсветили весь путь. Доступ к коду у тебя есть, добавь там трейсы(залогируй) все места, выведи временную метку и смотри где и в каких моментах тормозит. И дальше уже смотри как чего. Мы не ванги(может быть что угодно, от потоков, до кеша), если у других все ок с acis, а у тебя почему-то тормозит, значит что-то перекрутил.
1. Локализуй место тормозов(отключи кеши, залогируй все места, найди где работает ок а где нет и сравни)
2. Реши проблему
3. Если не решил, приходи с описанием чего и как происходит

так 2 и 3 пункт все понятно))) а 1й, каким методом? Try catch? выводить и сравнивать? или есть другие способы?

 

[Projack]

так 2 и 3 пункт все понятно))) а 1й, каким методом? Try catch? выводить и сравнивать? или есть другие способы?

Если обычное логирование идет с миллисекундами - то просто залогируй весь путь, будет понятно что и как происходит. Задача понять где тормозит обработка запроса. Не знаешь путь через который он проходит - встань под дебагером в место через которое гарантировано проходит и посмотри, что на пути по коду. Разберись как работает многопоточность. Будет больно, но полезно если хочешь дальше этим заниматься
Есть еще вариант - профилировщик, но там уже будет сложнее понять. Тут гугл поможет

 

[maxim68]

Если обычное логирование идет с миллисекундами - то просто залогируй весь путь, будет понятно что и как происходит. Задача понять где тормозит обработка запроса. Не знаешь путь через который он проходит - встань под дебагером в место через которое гарантировано проходит и посмотри, что на пути по коду. Разберись как работает многопоточность. Будет больно, но полезно если хочешь дальше этим заниматься
Есть еще вариант - профилировщик, но там уже будет сложнее понять. Тут гугл поможет

ох ничерта не понятно, но есть хоть теперь что гуглить))) Спасибо большое за помощь, пойду изучать