Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / top / 6 сообщений из 6, страница 1 из 1
16.05.2007, 12:52:55
    #34528948
Lirin
Lirin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
top
подскажите новичку, плз... сильно смущают минусовые приоритеты на вебсервере, отчего так может быть и нормально ли это? а также не слишком по значению load averages, каким максимально возможным оно должно быть? где-то было написано, что не более единицы, но у меня иногда и до 7-10 поднимается...

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
last pid:  30129 ;  load averages:   5 . 55 ,   4 . 94 ,   3 . 88  up  54 + 17 : 45 : 45    12 : 53 : 56 
 244  processes:  1  running,  243  sleeping
CPU:  11 . 6 % user,   0 . 0 % nice,  12 . 1 % system,   1 . 8 % interrupt,  74 . 5 % idle
Mem: 780M Active, 862M Inact, 281M Wired, 68M Cache, 112M Buf, 11M Free
Swap: 2000M Total, 4384K Used, 1996M Free

  PID USERNAME PRI NICE   SIZE    RES STATE  C   TIME   WCPU    CPU COMMAND
 29923  postgres  - 4      0    140M 96756K ufs     3     0 : 04    9 . 20 %   8 . 69 % postgres
 26595  postgres  - 4      0    152M 18044K semwai  1     0 : 07    5 . 96 %   5 . 96 % postgres
 23685  postgres  - 4      0    148M 11136K semwai  0     0 : 05    5 . 37 %   5 . 37 % postgres
 29674  postgres  - 4      0    141M 93928K ufs     1     0 : 03    3 . 33 %   3 . 32 % postgres
 29981  postgres  - 4      0    140M 97036K semwai  0     0 : 01    3 . 82 %   3 . 22 % postgres
 30040  postgres  - 4      0    139M   104M ufs     3     0 : 01    4 . 51 %   3 . 22 % postgres
 89395  postgres    4      0    144M 21520K sbwait  1     4 : 41    2 . 98 %   2 . 98 % postgres
 29605  postgres  - 4      0    140M 68236K semwai  0     0 : 02    1 . 96 %   1 . 95 % postgres
 29420  postgres  - 4      0    140M 67608K ufs     1     0 : 04    1 . 90 %   1 . 90 % postgres
 30100  postgres  - 4      0    139M 91328K ufs     2     0 : 00    4 . 88 %   1 . 61 % postgres
 26588  postgres  - 4      0    140M 36932K ufs     2     0 : 05    0 . 93 %   0 . 93 % postgres
 25710  postgres  - 4      0    140M 16208K ufs     3     0 : 07    0 . 68 %   0 . 68 % postgres
 26387  postgres  - 4      0    141M 17496K ufs     2     0 : 06    0 . 63 %   0 . 63 % postgres
 29717  postgres  - 4      0    141M 45408K ufs     0     0 : 01    0 . 64 %   0 . 63 % postgres
 30000  postgres  - 4      0    146M 14376K ufs     2     0 : 01    0 . 79 %   0 . 63 % postgres
 24102  postgres  - 4      0    152M 19928K ufs     3     0 : 09    0 . 54 %   0 . 54 % postgres
 29140  postgres  - 4      0    140M 20000K ufs     2     0 : 03    0 . 54 %   0 . 54 % postgres
 27934  postgres  - 4      0    140M 18476K ufs     0     0 : 03    0 . 54 %   0 . 54 % postgres
 28075  postgres  - 4      0    141M 18508K ufs     1     0 : 04    0 . 49 %   0 . 49 % postgres
 29662  postgres  - 4      0    140M 15000K ufs     0     0 : 02    0 . 44 %   0 . 44 % postgres
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.05.2007, 13:16:25
    #34529037
Ося
Ося
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
top
в pri если я правильно понимаю это просто низкий приоритет, а load average не должен быть больше 100
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
16.05.2007, 16:01:57
    #34529794
Lirin
Lirin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
top
вот еще непонятная вещь - почему при свободной памяти 2996K Free система активно лезет в свап???

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
last pid:  93498 ;  load averages:   1 . 03 ,   1 . 32 ,   1 . 81  up  54 + 20 : 57 : 03    16 : 05 : 14 
 426  processes:  1  running,  425  sleeping
CPU:   2 . 1 % user,   0 . 0 % nice,   5 . 8 % system,   0 . 1 % interrupt,  91 . 9 % idle
Mem: 1455M Active, 170M Inact, 311M Wired, 63M Cache, 112M Buf, 2996K Free
Swap: 2000M Total, 1367M Used, 632M Free,  68 % Inuse

  PID USERNAME PRI NICE   SIZE    RES STATE  C   TIME   WCPU    CPU COMMAND
 89395  postgres  - 4      0    158M 69756K ufs     3     8 : 43    2 . 20 %   2 . 20 % postgres
 93478  postgres  - 4      0    139M 89104K getblk  1     0 : 01    3 . 35 %   1 . 51 % postgres
 23223  postgres  - 4      0    140M 19928K ufs     3     0 : 59    0 . 15 %   0 . 15 % postgres
 92161  postgres  - 8      0    140M 12848K biord   2     0 : 05    0 . 05 %   0 . 05 % postgres
 61394  nobody     96      0   6644K  2656K select  1     0 : 01    0 . 05 %   0 . 05 % httpd
 89409  postgres  - 4      0    142M  7404K ufs     2     0 : 01    0 . 05 %   0 . 05 % postgres
 93477  postgres  - 4      0    139M 17552K ufs     2     0 : 00    0 . 11 %   0 . 05 % postgres
   513  qmails     96      0   1580K   408K select  0   100 : 23    0 . 00 %   0 . 00 % qmail-sen
   423  root       96      0  17692K 12768K select  1    96 : 08    0 . 00 %   0 . 00 % named
   339  root       96      0   1324K   252K select  0    33 : 25    0 . 00 %   0 . 00 % syslogd
   534  root       96      0   1444K   324K select  2    29 : 10    0 . 00 %   0 . 00 % inetd
   527  qmaill    - 8      0   1216K   204K piperd  0    28 : 15    0 . 00 %   0 . 00 % splogger
   528  root       96      0   1236K   112K select  2    19 : 58    0 . 00 %   0 . 00 % qmail-lsp
   529  qmailr     96      0   1252K   324K select  1    16 : 00    0 . 00 %   0 . 00 % qmail-rsp
   530  qmailq    - 8      0   1212K   264K piperd  1    11 : 41    0 . 00 %   0 . 00 % qmail-cle
 63895  nobody     96      0   6984K    32K select  2    10 : 04    0 . 00 %   0 . 00 % httpd
 64117  nobody     96      0   7004K    32K select  3    10 : 02    0 . 00 %   0 . 00 % httpd
 63885  nobody      4      0   6612K  2436K sbwait  0     8 : 03    0 . 00 %   0 . 00 % httpd
 63881  nobody     96      0   8644K    32K select  2     6 : 05    0 . 00 %   0 . 00 % httpd
 64087  nobody     96      0   6976K    32K select  2     4 : 03    0 . 00 %   0 . 00 % httpd
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
18.05.2007, 12:05:55
    #34535111
evostr
evostr
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
top
Lirinвот еще непонятная вещь - почему при свободной памяти 2996K Free система активно лезет в свап???
Swap: 2000M Total, 1367M Used, 632M Free, 68% Inuse
Разницу в цифрах не видите? :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
18.05.2007, 14:52:06
    #34535935
Lirin
Lirin
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
top
evostr Lirinвот еще непонятная вещь - почему при свободной памяти 2996K Free система активно лезет в свап???
Swap: 2000M Total, 1367M Used, 632M Free, 68% Inuse
Разницу в цифрах не видите? :)

Вижу... Уп-с... Конец рабочего дня видимо плохо на мозг влияет :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
18.05.2007, 19:27:46
    #34536839
DocAl
DocAl
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
top
Осяв pri если я правильно понимаю это просто низкий приоритет, а load average не должен быть больше 100Гм. С какого потолка эта цифра взята?

Вообще, load average -- это длина очереди активных задач, ожидающих исполнения. Т.е. пока его значение не превышает количества ядер (учитывая всякие гипертрединги), нагрузка ниже номинальной, если выше -- появляются лишние задержки в скорости выполнения, сервер перегружен.
Следует учитывать, что Linux и FreeBSD, например, по разному трактуют значение "активный процесс", поэтому одинаковые цифры могут означать разную нагрузку, и если представить FreeBSD с la порядка сотни у меня не хватает фантазии, на Линуксе такое бывает нередко.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / top / 6 сообщений из 6, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 374ms
Закрыть
start [/forum/topic.php?fid=25&mobile=1&tid=1488164]:
 0ms
get settings:
 9ms
get forum list:
 15ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 59ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 47ms
get tp. blocked users:
 2ms
others: 225ms
total:  374ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]