Pro100Sata 0 Опубликовано 24 мая, 2019 Всем привет, есть проблема с сервером сборка JST 2018. После 5-10 часов работы начинаются жесткие задержки 3-5 сек, помогает рестарт, но опять же проходит 5-10 часов, снова начинаются фризы... Не могу понять почему так... сам сервер мощный 2х проца xeon по 4 ядра, 12 гб оперативы... Подскажите пожалуйста куда копать.... Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
bogus 10 Опубликовано 24 мая, 2019 21 минуту назад, Pro100Sata сказал: Всем привет, есть проблема с сервером сборка JST 2018. После 5-10 часов работы начинаются жесткие задержки 3-5 сек, помогает рестарт, но опять же проходит 5-10 часов, снова начинаются фризы... Не могу понять почему так... сам сервер мощный 2х проца xeon по 4 ядра, 12 гб оперативы... Подскажите пожалуйста куда копать.... Тоже такое было, только сборка была люцеры, поменял сервер и все стало на свои места, но тут причин наверно может быть много Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
lvlkoo 190 Опубликовано 25 мая, 2019 Нужно смотреть потребляемые ресурсы, в момент фризов посмотрите сколько сервер потребляет оперативной памяти и процессорного времени, если показатели зашкаливают - значит проблема точно в ядре, либо утечки, либо запущенно огромное количество бесконечных тасок Если потребление ресурсов в норме - тут немного сложнее, в первую очередь конечно желательно потестировать на другом хостере, дабы убедиться что дело точно не в железе, кривой виртуалке или фиговом интернет канале. Ну а потом уже начинаеться полет фантазий, лагать может все что угодно, любой криво написанный кусок кода. Один из вариантов как отловить - подключить пакетхак, и посмотреть, возможно какой-то сервис начинает флудить пакетами и клиент подвисает 1 Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
linolium 2 Опубликовано 25 мая, 2019 Какие диски стоят ссд или сас? возможно в дисках проблема. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Rovskoi 14 Опубликовано 25 мая, 2019 Запусти профайлер и сразу увидишь причину твоих фризов. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Pro100Sata 0 Опубликовано 25 мая, 2019 15 часов назад, linolium сказал: Какие диски стоят ссд или сас? возможно в дисках проблема. Сас Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Pro100Sata 0 Опубликовано 25 мая, 2019 15 часов назад, linolium сказал: 15 часов назад, linolium сказал: Какие диски стоят ссд или сас? возможно в дисках проблема. Не думаю... на сам серв захожу лагов 0, а сам игровой тупит Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Pro100Sata 0 Опубликовано 28 мая, 2019 В 25.05.2019 в 12:04, Rovskoi сказал: Запусти профайлер и сразу увидишь причину твоих фризов. Это что?)) Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Rovskoi 14 Опубликовано 28 мая, 2019 (изменено) Вот что проще: написать в гугле "java профайлер" или спросить у другого человека на форуме? тем более не зная когда он вам ответит.... неужели так сложно загуглить непонятное вам слово и получить ответ.... Изменено 28 мая, 2019 пользователем Rovskoi Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Rozhek 7 Опубликовано 28 мая, 2019 Ставлю на GC Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
TURGOR 33 Опубликовано 28 мая, 2019 (изменено) 3 часа назад, Rozhek сказал: Ставлю на GC Скорее всего. Где то в коде идет создание кучи объектов и они создают очень много мусора в виде переменных, массивов и т.д. И GC приходиться чаще стартовать. Но возможно он настроен криво и запускается после каждых 50 мегабайт мусора. Стоит поэкспериментировать с настройками gc и с разными вариантами. Запустите jvisualvm.exe из папки bin java и посмотрите скачки в memory. Если будут частые и в те моменты сервер подвисает то это оно. Изменено 28 мая, 2019 пользователем TURGOR 2 Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Pro100Sata 0 Опубликовано 3 июня, 2019 В 28.05.2019 в 19:03, TURGOR сказал: Скорее всего. Где то в коде идет создание кучи объектов и они создают очень много мусора в виде переменных, массивов и т.д. И GC приходиться чаще стартовать. Но возможно он настроен криво и запускается после каждых 50 мегабайт мусора. Стоит поэкспериментировать с настройками gc и с разными вариантами. Запустите jvisualvm.exe из папки bin java и посмотрите скачки в memory. Если будут частые и в те моменты сервер подвисает то это оно. тестил при фризах по графику все в норме... Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Gaikotsu 620 Опубликовано 4 июня, 2019 Тогда как вариант еще попробуй в моменты фризов посомтреть на вкладке Sampler, что именно так поджирает процессор/память и если есть подозрительные методы, которые не должны по идее столько жрать - думать и разбираться, что этому может быть причиной. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Pro100Sata 0 Опубликовано 6 июня, 2019 Не могу понять из за чего фризы... может быть кто-то сталкивался с JTS 2018? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Pro100Sata 0 Опубликовано 6 июня, 2019 Кто может помочь с этим? Могу заплатить. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Pro100Sata 0 Опубликовано 8 июня, 2019 В 04.06.2019 в 07:59, Gaikotsu сказал: Тогда как вариант еще попробуй в моменты фризов посомтреть на вкладке Sampler, что именно так поджирает процессор/память и если есть подозрительные методы, которые не должны по идее столько жрать - думать и разбираться, что этому может быть причиной. Скрин был сделан во время лагов... не подскажите что сделать именно поджирает? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Gaikotsu 620 Опубликовано 8 июня, 2019 (изменено) Станадартная утилита все же дает слишком общую информацию... Я бы посоветовал взять к примеру JProfiler и поизучать с помощью него потребление памяти и проца в моменты фризов. Он более детально показывает инофрмацию, к примеру о том, какой именно метод, каком классе, в данный момент жрет много проца и т.д. Тулза платная, но на том же рутрекере есть полеченная версия. Изменено 8 июня, 2019 пользователем Gaikotsu Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Pro100Sata 0 Опубликовано 9 июня, 2019 19 часов назад, Gaikotsu сказал: Станадартная утилита все же дает слишком общую информацию... Я бы посоветовал взять к примеру JProfiler и поизучать с помощью него потребление памяти и проца в моменты фризов. Он более детально показывает инофрмацию, к примеру о том, какой именно метод, каком классе, в данный момент жрет много проца и т.д. Тулза платная, но на том же рутрекере есть полеченная версия. Все, спасибо, нашел ошибку в коде... исправил уже. Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Ackustik 0 Опубликовано 22 июля, 2019 Ошибка была создана вами, или была в коде сурсов? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Pro100Sata 0 Опубликовано 23 июля, 2019 В 22.07.2019 в 09:51, Ackustik сказал: Ошибка была создана вами, или была в коде сурсов? В самом коде ядра Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
chev7 5 Опубликовано 18 марта, 2022 В 23.07.2019 в 11:17, Pro100Sata сказал: В самом коде ядра Можете подсказать куда копать? Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
Davinsga 6 Опубликовано 19 марта, 2022 5 часов назад, chev7 сказал: Можете подсказать куда копать? Всё очень просто смотрим код базы данных Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты
chev7 5 Опубликовано 19 марта, 2022 5 часов назад, Davinsga сказал: Всё очень просто смотрим код базы данных А можно поконкретнее немного?) Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты