• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

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

    Запись на курс до 25 апреля. Получить промодоступ ...

Как определить из-за чего подтормаживает сервер?

ToxaRat

Чёрный маг
Green Team
06.11.2007
3 332
42
BIT
0
Имеем:
хороший многоядерный с 8гигами ОЗУ сервак, и вроде бы офигенной дисковой стойкой
ну прямо лялечка, однако, есть тормоза как по полнотектовому поиску - первый запрос возвращает результат через пару секунд(сообщение в статусе "документов найдено 10") а сами документы лишь через пару минут появляются в виде!
так и по пользователям, долго открываются базы и доступ к документам
единственное, что меня смущает это партишинал состоящий из 3х домино серваков и всё на линухе, какой тоже не знаю
сервер не мой, доступа к нему не имею
подозреваю, что проблема с дисками и кешем но как выявить?
может лимит на открытые базы?

как мне определить в чем его тормознутость?
есть вообще пошаговое руководство желательно русское для определения что именно "не так"
я уже устал искать причину его тормознутости, жрёт вроде бы всю память и иногда агент менеджер все ресурсы проца - один отрабатывающий агент может перевесить желание любого пользователя открыть базу, чо за нафиг? - как буд-то однозадачность включается...
 

R4z0R

Green Team
06.08.2009
269
7
BIT
0
Имеем:
хороший многоядерный с 8гигами ОЗУ сервак, и вроде бы офигенной дисковой стойкой
ну прямо лялечка, однако, есть тормоза как по полнотектовому поиску - первый запрос возвращает результат через пару секунд(сообщение в статусе "документов найдено 10") а сами документы лишь через пару минут появляются в виде!
так и по пользователям, долго открываются базы и доступ к документам
единственное, что меня смущает это партишинал состоящий из 3х домино серваков и всё на линухе, какой тоже не знаю
сервер не мой, доступа к нему не имею
подозреваю, что проблема с дисками и кешем но как выявить?
может лимит на открытые базы?

как мне определить в чем его тормознутость?
есть вообще пошаговое руководство желательно русское для определения что именно "не так"
я уже устал искать причину его тормознутости, жрёт вроде бы всю память и иногда агент менеджер все ресурсы проца - один отрабатывающий агент может перевесить желание любого пользователя открыть базу, чо за нафиг? - как буд-то однозадачность включается...
как я понял все хозяйство работает на Линухе? Без доступа к серверу разобраться будет сложно
 
M

Maratik1988

я уже устал искать причину его тормознутости, жрёт вроде бы всю память и иногда агент менеджер все ресурсы проца - один отрабатывающий агент может перевесить желание любого пользователя открыть базу, чо за нафиг? - как буд-то однозадачность включается...

В сервер документе попробуй во вкладке Server Tasks - Agent Manager - Max % busy before delay - установить меньшее значение.

Если проблема в диске, то Availability index будет высоким, значит надо раскидывать базы по дискам, создавая линки. Не плохо было бы определить нагрузку на жесткие диски.
 

R4z0R

Green Team
06.08.2009
269
7
BIT
0
если доступа к серверу нет, то для начала можно попросить админа этого сервера помониторить загрузку проца и использование памяти процессами, самые прожорливые попробовать запускать с nice
У меня вот такие показатели использования системных ресурсов:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2811 notes 15 0 926m 769m 598m S 0.0 38.0 24:57.10 http
2245 notes 15 0 737m 667m 608m S 0.0 32.9 684:55.38 server
2798 notes 15 0 738m 639m 589m S 0.0 31.5 68:06.71 router
2312 notes 15 0 686m 608m 587m S 0.0 30.0 173:33.81 event
2799 notes 15 0 682m 604m 585m S 0.0 29.8 174:26.64 update
2801 notes 15 0 676m 598m 583m S 0.0 29.5 76:34.52 adminp
2802 notes 15 0 674m 594m 579m S 0.0 29.3 8:23.00 sched
2797 notes 15 0 673m 587m 573m S 0.0 29.0 5:42.74 replica
2875 notes 15 0 676m 577m 561m S 0.0 28.5 4:00.10 amgr
2810 notes 15 0 674m 530m 516m S 0.0 26.2 3:59.25 rnrmgr
2800 notes 15 0 676m 471m 456m S 0.0 23.3 3:32.36 amgr
2863 notes 15 0 678m 466m 449m S 0.0 23.0 101:48.67 mtc
2826 notes 15 0 676m 237m 221m S 0.0 11.7 46:37.83 smtp
2993 notes 15 0 786m 196m 128m S 0.0 9.7 302:05.78 runjava
2813 notes 15 0 673m 124m 110m S 0.0 6.2 2:24.15 billing
2814 notes 15 0 674m 108m 94m S 0.0 5.4 1:36.22 ca
2803 notes 15 0 671m 18m 6868 S 0.0 0.9 0:00.68 calconn
2258 notes 19 0 671m 17m 6216 S 0.0 0.9 14:22.80 logasio
 

ToxaRat

Чёрный маг
Green Team
06.11.2007
3 332
42
BIT
0
В общем похоже, что ситуация решилась, и есть несколько подозрений, так как утверждать почему именно так пока не могу, но заказчик говорил что "помогло"
ранее nsf_buffer_pool_size = 1GB(там в байтах задаётся но я пишу чтобы легче воспринималось) на машине 8Гб, учитывая что на этом одном сервере 3 партишенала то 3*1=сьедаем 3Гб вроде как еще есть запас....
Однако после того как nsf_buffer_pool_size = 400Mb всё зашуршало как надо...
В чём прикол понять не могу, как будно каждый из партишенов не получил свой гиг из-за чего свопил и вёл себя неадекватно

Собственно пытаюсь понять логику этой ситуации...пока не понимаю....
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!