|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Yaroslav Dmitriev 2:5049/36.101 10 Jun 2000 16:39:27
To : All
Subject : sio1: 50 more interrupt-level buffer overflows
--------------------------------------------------------------------------------
После установки Зелакса M-160 (на 115.2 кбит асинхр.) вместо USR Courier стала
появляться сабжевая проблема. Причем в спокойном состоянии этого не происходит и
top выглядит примерно так:
# top
last pid: 1633; load averages: 0.05, 0.02, 0.00 up 0+00:42:33 16:45:45
49 processes: 1 running, 47 sleeping, 1 zombie
CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle
Mem: 23M Active, 41M Inact, 12M Wired, 3700K Cache, 7696K Buf, 44M Free
Swap: 300M Total, 300M Free
PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND
413 root 2 0 448K 188K select 0:12 0.00% 0.00% natd
416 root 2 0 10100K 9188K poll 0:05 0.00% 0.00% squid
340 root 4 0 3532K 2540K bpf 0:04 0.00% 0.00% trafd
367 root 3 0 1448K 960K ttyin 0:00 0.00% 0.00% bash
311 root 2 0 2724K 1496K select 0:00 0.00% 0.00% httpd
149 root 2 0 824K 484K select 0:00 0.00% 0.00% syslogd
309 mysql 2 0 10416K 1156K poll 0:00 0.00% 0.00% mysqld
1513 root 2 0 1120K 652K select 0:00 0.00% 0.00% telnetd
195 root 10 0 996K 532K nanslp 0:00 0.00% 0.00% cron
466 root 2 0 1572K 1128K select 0:00 0.00% 0.00% snmpd
154 root 2 0 1968K 1352K select 0:00 0.00% 0.00% named
1633 root 28 0 1592K 780K RUN 0:00 0.00% 0.00% top
1514 yar 10 0 1424K 820K wait 0:00 0.00% 0.00% bash
398 root -6 0 1340K 956K piperd 0:00 0.00% 0.00% sendmail
1515 root 10 0 1440K 836K wait 0:00 0.00% 0.00% bash
417 nobody 2 0 992K 488K sbwait 0:00 0.00% 0.00% dnsserver
192 root 2 0 900K 484K select 0:00 0.00% 0.00% inetd
...
Теперь запустим копирование больших файлов:
# mkdir 1
# cp backup* 1 &
# top
last pid: 1749; load averages: 0.44, 0.13, 0.05 up 0+00:45:54 16:49:06
63 processes: 1 running, 61 sleeping, 1 zombie
CPU states: 0.0% user, 0.0% nice, 5.4% system, 86.4% interrupt, 8.1% idle
Mem: 24M Active, 79M Inact, 13M Wired, 6688K Cache, 8349K Buf, 616K Free
Swap: 300M Total, 300M Free
PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND
1696 root -2 0 280K 168K getblk 0:23 34.32% 33.06% cp
413 root 2 0 448K 188K select 0:14 4.88% 4.88% natd
340 root 4 0 3532K 2584K bpf 0:05 0.93% 0.93% trafd
1725 root 28 0 1592K 768K RUN 0:01 0.94% 0.88% top
1748 root -6 0 3532K 2292K biord 0:00 5.60% 0.78% trafd
416 root 2 0 10100K 9188K poll 0:05 0.00% 0.00% squid
367 root 3 0 1448K 956K ttyin 0:00 0.00% 0.00% bash
311 root 2 0 2724K 1496K select 0:00 0.00% 0.00% httpd
1513 root 2 0 1120K 636K select 0:00 0.00% 0.00% telnetd
149 root 2 0 824K 484K select 0:00 0.00% 0.00% syslogd
309 mysql 2 0 10416K 1148K poll 0:00 0.00% 0.00% mysqld
154 root 2 0 2224K 1608K select 0:00 0.00% 0.00% named
195 root 10 0 996K 536K nanslp 0:00 0.00% 0.00% cron
1515 root 10 0 1444K 828K wait 0:00 0.00% 0.00% bash
466 root 2 0 1572K 1120K select 0:00 0.00% 0.00% snmpd
1514 yar 10 0 1424K 800K wait 0:00 0.00% 0.00% bash
398 root -6 0 1340K 956K piperd 0:00 0.00% 0.00% sendmail
417 nobody 2 0 992K 488K sbwait 0:00 0.00% 0.00% dnsserver
...
Как видно, память постепенно перебежала из free в inactive (поясните, pls, смысл
этого выражения). Большая часть CPU time занята обработкой прерываний.
Вот в таком-то состоянии секунд через 15 и начинают обильно поступать сообщения
сабжевого типа.
Комп Celeron 366, 128 RAM, 8.4Gb Fujitsu IDE, мат. плата Abit BE6 (BX чипсет).
Две NE-2000 сетевые карты, через которые пользователи получают инет. Hа втором
ком-порту сидит внешний зелакс.
FreeBSD 3.4-stable. Ядро не сильно отличается от generic.
Получается так, что на этой машине нельзя ничего серьезного запускать без риска
устроить Denial Of Service для пользователей инета. ;-((
Может быть, какие-то настройки sio упущены. Вроде использования FIFO и т.п.?
Всего хорошего,
Yaroslav Dmitriev.
... Level e1m1 has been successfully de-monstrated.
---
* Origin: Hover station (2:5049/36.101)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
