Очень медленный VPS

12
B
На сайте с 05.10.2008
Offline
35
1513

Один из виртуальных серваков очень медленный, стоит дебиан линукс на нём.

Как узнать в путти (какой командой) какой юзер сколько ресурсов использует, то есть какой юзер/сайт или база данных сервак само напрягает.

Debian 4.0 - 64bit

Страницы 1-2 минуты аж грузяться на нём.

Заранее благодрен.

M
На сайте с 16.09.2009
Offline
278
#1

начните с изучения команд top и mysqladmin

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
C2
На сайте с 14.07.2009
Offline
83
#2

гг, а сколько памяти на впс?

B
На сайте с 05.10.2008
Offline
35
#3

1.024 MB RAM

по началу всё работало нормально, что то в последнее время ужастно замедлился, я вроде ничего там не менял, 10 сайтов только стоят.

неужели нету одной команды, при помощи которой выйдет нагрузка по юзерам.

когда ввожу top, там вроде общая только нагрузка сервака выходит.

Himiko
На сайте с 28.08.2008
Offline
560
#4
неужели нету одной команды, при помощи которой выйдет нагрузка по юзерам.

В стандартной конфигурации все сайты работают от юзера www, поэтому нагрузку конкретного юзера вы не узнаете.

Кстати, какая панель на сервере?

Профессиональное администрирование серверов (https://systemintegra.ru). Круглосуточно. Отзывы (/ru/forum/834230) Лицензии (http://clck.ru/Qhf5) ISPManager,VDSManager,Billmanager e.t.c. по низким ценам.
B
На сайте с 05.10.2008
Offline
35
#5

Панель Plesk 8.0

Bigg добавил 10.01.2010 в 22:54

По юзеру какой командой определить нагрузку, если рутом в SSH захожу, нужели нельзя никак определить ?

M
На сайте с 16.09.2009
Offline
278
#6
Bigg:
неужели нету одной команды, при помощи которой выйдет нагрузка по юзерам.

Нету, блин. Телепатиии тоже нет.

В какой-то степени статистику по пользователям можно

собрать (и посмотреть командой sar), установив пакет sysstat.

Но, вероятнее всего у вас скрипты пользователей выполняются под

общим системным пользователем (www-data).

Bigg:

когда ввожу top, там вроде общая только нагрузка сервака выходит.

Так с нее и нужно начинать - там обычно видно что именно

грузит (mysql/апач) и как именно. Если проблема именно со _скриптами_ какого-то

конкретного пользователя - поможет дополнительно mod_status апачевский.

А вообще, это в какой-то степени искусство ;).

B
На сайте с 05.10.2008
Offline
35
#7

top - 21:12:10 up 1 day, 21:08, 1 user, load average: 9.99, 9.14, 7.21

Tasks: 40 total, 8 running, 32 sleeping, 0 stopped, 0 zombie

Cpu(s): 95.4% us, 4.6% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si

Mem: 786432k total, 226256k used, 560176k free, 0k buffers

Swap: 0k total, 0k used, 0k free, 0k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

7992 mysql 15 0 46860 21m 5176 S 11 2.8 499:29.16 mysqld

5214 www-data 21 0 122m 18m 4592 R 10 2.4 0:18.93 apache2

3364 www-data 17 0 121m 18m 5140 R 9 2.4 5:17.85 apache2

15984 www-data 16 0 121m 17m 4564 R 6 2.3 0:22.15 apache2

32693 www-data 17 0 118m 14m 4560 R 5 1.9 0:20.19 apache2

1415 www-data 18 0 121m 18m 5088 R 3 2.4 0:17.68 apache2

11617 www-data 16 0 114m 11m 5128 S 2 1.5 5:14.94 apache2

7775 www-data 16 0 123m 19m 4592 R 2 2.5 3:40.39 apache2

25797 root 16 0 10532 1252 956 R 0 0.2 0:00.03 top

1 root 16 0 6044 672 556 S 0 0.1 0:00.20 init

7693 root 16 0 3660 588 456 S 0 0.1 0:00.08 syslogd

7743 bind 19 0 52696 3320 1964 S 0 0.4 0:00.12 named

7919 root 18 0 10036 1504 1184 S 0 0.2 0:00.00 mysqld_safe

7993 root 16 0 2560 532 452 S 0 0.1 0:00.00 logger

9222 root 18 0 10684 900 624 S 0 0.1 0:00.00 couriertcpd

9229 root 18 0 8408 1020 768 S 0 0.1 0:00.00 courierlogger

9271 root 18 0 10684 900 624 S 0 0.1 0:00.00 couriertcpd

9275 root 18 0 8408 1020 768 S 0 0.1 0:00.00 courierlogger

9325 root 15 0 10684 908 632 S 0 0.1 0:00.00 couriertcpd

9339 root 15 0 8540 1168 904 S 0 0.1 0:00.00 courierlogger

9363 root 21 0 10684 900 624 S 0 0.1 0:00.00 couriertcpd

9365 root 18 0 8408 1020 768 S 0 0.1 0:00.00 courierlogger

9391 root 16 0 5832 600 484 S 0 0.1 0:00.00 inetd

9716 qmails 16 0 2624 424 324 S 0 0.1 0:00.06 qmail-send

9731 qmaill 15 0 2572 488 408 S 0 0.1 0:00.00 splogger

9732 root 18 0 2612 388 276 S 0 0.0 0:00.00 qmail-lspawn

9733 qmailr 18 0 2612 388 272 S 0 0.0 0:00.00 qmail-rspawn

9736 qmailq 18 0 2568 372 296 S 0 0.0 0:00.00 qmail-clean

11781 root 16 0 98888 7984 4396 S 0 1.0 0:00.07 httpsd

11954 psaadm 15 0 99.5m 26m 20m S 0 3.5 0:01.67 httpsd

13967 root 16 0 25768 1252 804 S 0 0.2 0:00.03 sshd

15408 root 15 0 11436 932 716 S 0 0.1 0:00.05 cron

3983 psaadm 15 0 98.7m 16m 10m S 0 2.1 0:00.17 httpsd

7659 psaadm 16 0 98.4m 16m 10m S 0 2.1 0:00.17 httpsd

9869 root 16 0 113m 12m 6660 S 0 1.6 0:00.67 apache2

28469 www-data 15 0 121m 17m 4588 S 0 2.3 0:22.53 apache2

30168 www-data 25 0 124m 20m 4588 S 0 2.7 0:13.61 apache2

3833 www-data 18 0 121m 17m 4564 S 0 2.3 0:08.86 apache2

17783 root 16 0 44708 3284 2564 R 0 0.4 0:00.05 sshd

M
На сайте с 16.09.2009
Offline
278
#8

Bigg, ну nginx поставить очень даже имеет смысл.

памяти вся эта штука в разы меньше жрать будет.

C2
На сайте с 14.07.2009
Offline
83
#9

хмм а я бы посмотрел в сторону mysql

зайдите в mysql и наберите

show full processlist;

M
На сайте с 10.01.2010
Offline
3
#10

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

Сюдя по этой строчки:

7992 mysql 15 0 46860 21m 5176 S 11 2.8 499:29.16 mysqld (Попробуйте сбросить процесс "kill 7992")

Процесс вообще не сбрасывается и висит 499 часов. Надо иногда перезагружать сервер для профилактики и настраивать php.ini

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий