[sisyphus] Тормоза при работе с дисками после обновления

[sisyphus] Тормоза при работе с дисками после обновления

[Alexander Borovsky]

после обновления до сизифа примерно от 20 июля с сизифа от декабря
2005 начала тормозить работа с дисками: при установке пакетов
происходит задержка в пару секунд, postgresql восстанавливается из
дампа > 10 минут (на notebook с тем же sisyphus восстановление дампа <
10 секунд)

Кто виноват и что делать?

[root@localhost ~]# lsmod
Module                  Size  Used by
ppp_deflate             5760  0
zlib_deflate           18200  1 ppp_deflate
bsd_comp                5632  0
ppp_async              10240  1
ppp_generic            26132  7 ppp_deflate,bsd_comp,ppp_async
slhc                    6400  1 ppp_generic
binfmt_misc            10760  1
sg                     31132  0
sr_mod                 16164  0
cdrom                  33184  1 sr_mod
nvidia               4545364  12
agpgart                29360  1 nvidia
vfat                   12160  0
fat                    47004  1 vfat
udf                    73092  0
isofs                  32312  0
zlib_inflate           15104  2 ppp_deflate,isofs
ac                      4868  0
thermal                12808  0
processor              21700  1 thermal
button                  6544  0
parport_pc             35428  0
parport                32968  1 parport_pc
irtty_sir               6272  0
sir_dev                16172  1 irtty_sir
irda                  106424  1 sir_dev
crc_ccitt               2176  2 ppp_async,irda
xt_state                2176  2
ip_conntrack           48940  1 xt_state
nfnetlink               6168  1 ip_conntrack
xt_limit                2560  3
xt_tcpudp               3200  2
iptable_filter          3072  1
ip_tables              11976  1 iptable_filter
x_tables               11908  4 xt_state,xt_limit,xt_tcpudp,ip_tables
tsdev                   7488  0
usbhid                 32480  0
snd_emu10k1           103332  3
snd_rawmidi            22688  1 snd_emu10k1
snd_ac97_codec         82720  1 snd_emu10k1
snd_pcm_oss            36256  0
snd_seq_dummy           3844  0
snd_seq_oss            29568  0
snd_seq_midi_event      6784  1 snd_seq_oss
snd_seq                44624  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_mixer_oss          16512  2 snd_pcm_oss
snd_ac97_bus            2304  1 snd_ac97_codec
snd_pcm                74120  4 snd_emu10k1,snd_ac97_codec,snd_pcm_oss
snd_seq_device          7948  5
snd_emu10k1,snd_rawmidi,snd_seq_dummy,snd_seq_oss,snd_seq
snd_timer              20868  3 snd_emu10k1,snd_seq,snd_pcm
snd_page_alloc          9608  2 snd_emu10k1,snd_pcm
snd_util_mem            4480  1 snd_emu10k1
snd_hwdep               8836  1 snd_emu10k1
snd                    48356  15
snd_emu10k1,snd_rawmidi,snd_ac97_codec,snd_pcm_oss,snd_seq_dummy,snd_seq_oss,snd_seq,snd_mixer_oss,snd_pcm,snd_seq_device,snd_timer,snd_hwdep
soundcore               9312  2 snd
i2c_nforce2             6528  0
i2c_core               24336  2 nvidia,i2c_nforce2
ohci_hcd               18308  0
ehci_hcd               27912  0
usbcore               111748  4 usbhid,ohci_hcd,ehci_hcd
emu10k1_gp              3712  0
gameport               14088  2 emu10k1_gp
forcedeth              21380  0
subfs                   7424  1
xfs                   481652  1
exportfs                5504  1 xfs
nls_koi8_r              5376  2
ntfs                  193428  2
nls_base                7296  6 vfat,fat,udf,isofs,nls_koi8_r,ntfs
supermount             33044  2
dm_mod                 48312  0
reiser4               317276  3
floppy                 56132  0
pcspkr                  3332  0
psmouse                34312  0
rtc                    12340  0
reiserfs              211712  1
sata_nv                 9092  0
libata                 53648  1 sata_nv
sd_mod                 16912  0
scsi_mod              123240  4 sg,sr_mod,libata,sd_mod
ide_disk               15104  8
ide_generic             1408  0 [permanent]
amd74xx                12956  0 [permanent]
generic                 4484  0 [permanent]
ide_core              113968  4 ide_disk,ide_generic,amd74xx,generic

[root@localhost ~]# hdparm /dev/hda

/dev/hda:
 multcount    = 16 (on)
 IO_support   =  3 (32-bit w/sync)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 2048 (on)
 geometry     = 24321/255/63, sectors = 390721968, start = 0

[root@localhost ~]# mount
/dev/hda5 on / type reiserfs (rw,noatime)
none on /proc type proc (rw)
/dev/hda8 on /home type reiser4 (rw,noatime)
/mnt/cdrom on /mnt/cdrom type supermount
(ro,dev=/dev/cdrom,fs=iso9660,--,iocharset=koi8-r,gid=22,uid=0,mode=0660)
/media/floppy on /media/floppy type supermount
(rw,sync,dev=/dev/fd0,fs=vfat:msdos:ext2,--,umask=0,quiet,uid=0,gid=71)
/dev/hda1 on /mnt/nt type ntfs (ro,nls=koi8-r,uid=500,gid=500,umask=000)
/dev/hda6 on /mnt/nt3 type ntfs (ro,nls=koi8-r,uid=500,gid=500,umask=000)
/dev/hda10 on /sisyphus type reiser4 (rw,noatime)
/dev/hda9 on /var type reiser4 (rw,noatime)
/dev/hda7 on /mnt/media type xfs (rw)
/dev/cdroms/cdwriter0 on /media/cdrom type subfs
(rw,noexec,nosuid,nodev,fs=cdfss)
devpts on /dev/pts type devpts (rw,mode=0620)
usbfs on /proc/bus/usb type usbfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)

-- 
Best regards,
Alexander Borovsky

Re: [sisyphus] Тормоза при работе с дисками после обновления

[Michael Shigorin]

On Fri, Sep 08, 2006 at 09:50:01PM +0300, Alexander Borovsky wrote:
>  IO_support   =  3 (32-bit w/sync)

1?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Тормоза при работе с дисками после обновления

[Alexander Borovsky]

On 9/8/06, Michael Shigorin <mike@osdn.org.ua> wrote:
> On Fri, Sep 08, 2006 at 09:50:01PM +0300, Alexander Borovsky wrote:
> >  IO_support   =  3 (32-bit w/sync)
>
> 1?
Не помогает: такое ощущение, что локи тормозят: копирование фтльмов
быстро работает (20Mb/s), но работа с pg_restore / apt тормозят

-- 
Best regards,
Alexander Borovsky

Re: [sisyphus] Тормоза при работе с дисками после обновления

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 689 bytes --]

В сообщении от 8 сентября 2006 23:10 Alexander Borovsky написал(a):
> On 9/8/06, Michael Shigorin <mike@osdn.org.ua> wrote:
> > On Fri, Sep 08, 2006 at 09:50:01PM +0300, Alexander Borovsky wrote:
> > >  IO_support   =  3 (32-bit w/sync)
> >
> > 1?
>
> Не помогает: такое ощущение, что локи тормозят: копирование фтльмов
> быстро работает (20Mb/s), но работа с pg_restore / apt тормозят

аналогично
# hdparm /dev/hda

/dev/hda:
 multcount    = 16 (on)
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 16383/255/63, sectors = 156368016, start = 0

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Тормоза при работе с дисками после обновления

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1484 bytes --]

On Fri, Sep 08, 2006 at 09:50:01PM +0300, Alexander Borovsky wrote:
> после обновления до сизифа примерно от 20 июля с сизифа от декабря
> 2005 начала тормозить работа с дисками: при установке пакетов
> происходит задержка в пару секунд, postgresql восстанавливается из
> дампа > 10 минут (на notebook с тем же sisyphus восстановление дампа <
> 10 секунд)

Ядро при этом менялось?  С какой на какую сборку?

Какая картина во время выполнения дисковых операций в top, vmstat 1?
Что написано в выводе dmesg про IDE-устройства и монтирование ФС?

Пробовали загружаться со старым ядром?  (Если старое ядро было <
2.6.15, перед этим рекомендуется выключить udev, чтобы он не мусорил в
/dev на диске - проверка на совместимость с запущенным ядром была
добавлена в скрипт запуска совсем недавно; правда, в этом случае не
будет нормально работать hal.)

> ide_generic             1408  0 [permanent]
> amd74xx                12956  0 [permanent]
> generic                 4484  0 [permanent]

Порядок загрузки модулей слегка подозрителен - обычно generic грузится
после модуля для конкретного чипсета.  Хотя без дополнительных
действий модуль generic привязывается только к ограниченному списку
устройств, так что в данном случае его загрузка раньше amd74xx не
должна бы влиять на работу.  Главное, чтобы ide_generic не загрузился
рань ше времени, но эту проблему трудно не заметить (в этом случае DMA
для дисков не работает вообще и не включается через hdparm).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Тормоза при работе с дисками после обновления

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1866 bytes --]

В сообщении от 9 сентября 2006 00:02 Sergey Vlasov написал(a):
> On Fri, Sep 08, 2006 at 09:50:01PM +0300, Alexander Borovsky wrote:
> > после обновления до сизифа примерно от 20 июля с сизифа от декабря
> > 2005 начала тормозить работа с дисками: при установке пакетов
> > происходит задержка в пару секунд, postgresql восстанавливается из
> > дампа > 10 минут (на notebook с тем же sisyphus восстановление дампа <
> > 10 секунд)
>
> Ядро при этом менялось?  С какой на какую сборку?
>
> Какая картина во время выполнения дисковых операций в top, vmstat 1?
> Что написано в выводе dmesg про IDE-устройства и монтирование ФС?
>
> Пробовали загружаться со старым ядром?  (Если старое ядро было <
> 2.6.15, перед этим рекомендуется выключить udev, чтобы он не мусорил в
> /dev на диске - проверка на совместимость с запущенным ядром была
> добавлена в скрипт запуска совсем недавно; правда, в этом случае не
> будет нормально работать hal.)
>
> > ide_generic             1408  0 [permanent]
> > amd74xx                12956  0 [permanent]
> > generic                 4484  0 [permanent]
>
> Порядок загрузки модулей слегка подозрителен - обычно generic грузится
> после модуля для конкретного чипсета.  Хотя без дополнительных
> действий модуль generic привязывается только к ограниченному списку
> устройств, так что в данном случае его загрузка раньше amd74xx не
> должна бы влиять на работу.  Главное, чтобы ide_generic не загрузился
> рань ше времени, но эту проблему трудно не заметить (в этом случае DMA
> для дисков не работает вообще и не включается через hdparm).

а по моему он грузится всегда раньше

ide_disk               15360  6
ide_generic             1408  0 [permanent]
generic                 4612  0 [permanent]
piix                    9348  0 [permanent]
ide_core              113844  4 ide_disk,ide_generic,generic,piix

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Тормоза при работе с дисками после обновления

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1230 bytes --]

> > Порядок загрузки модулей слегка подозрителен - обычно generic грузится
> > после модуля для конкретного чипсета.  Хотя без дополнительных
> > действий модуль generic привязывается только к ограниченному списку
> > устройств, так что в данном случае его загрузка раньше amd74xx не
> > должна бы влиять на работу.  Главное, чтобы ide_generic не загрузился
> > рань ше времени, но эту проблему трудно не заметить (в этом случае DMA
> > для дисков не работает вообще и не включается через hdparm).
>
> а по моему он грузится всегда раньше
>
> ide_disk               15360  6
> ide_generic             1408  0 [permanent]
> generic                 4612  0 [permanent]
> piix                    9348  0 [permanent]
> ide_core              113844  4 ide_disk,ide_generic,generic,piix

вот еще одна машинка

aic7xxx               130228  6
scsi_transport_spi     21632  1 aic7xxx
sd_mod                 17536  7
scsi_mod              127752  3 aic7xxx,scsi_transport_spi,sd_mod
ide_disk               16384  3
ide_generic             2304  0 [permanent]
generic                 5508  0 [permanent]
piix                   10628  0 [permanent]
ide_core              117584  4 ide_disk,ide_generic,generic,piix

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Тормоза при работе с дисками после обновления

[Alexander Borovsky]

On 9/8/06, Sergey Vlasov <vsu@altlinux.ru> wrote:
> On Fri, Sep 08, 2006 at 09:50:01PM +0300, Alexander Borovsky wrote:
> > после обновления до сизифа примерно от 20 июля с сизифа от декабря
> > 2005 начала тормозить работа с дисками: при установке пакетов
> > происходит задержка в пару секунд, postgresql восстанавливается из
> > дампа > 10 минут (на notebook с тем же sisyphus восстановление дампа <
> > 10 секунд)
>
> Ядро при этом менялось?  С какой на какую сборку?
c 2.6.12-wks26-up-alt4 на 2.6.16-wks26-up-alt8

> Какая картина во время выполнения дисковых операций в top, vmstat 1?

[alex@localhost ~]$ vmstat 1
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in    cs us sy id wa
 0  2      0 123820   7352 601332    0    0   140   803 1311  1023 10  4 57 29
 0  1      0 123076   7352 602072    0    0    64  1816 1470   683  1  1  0 98
 0  2      0 122952   7352 602108    0    0     0  3244 1531   669  1  4  0 95
 0  1      0 122324   7352 602680    0    0     0  3860 1644  1094  1  1  0 98
 0  2      0 122324   7352 602704    0    0     0  1060 1356   592  0  1  0 99
 0  2      0 122324   7352 602716    0    0     0  1052 1403   723  1  2  0 97
 0  2      0 122340   7352 602716    0    0     0  1288 1472   744  0  1  0 99
 0  2      0 122340   7352 602724    0    0     0   976 1361   731  2  1  0 97
 0  2      0 122216   7352 602756    0    0     0  1656 1540   750  0  2  0 98
 0  2      0 122216   7352 602756    0    0     0   976 1431   716  1  2  0 97
 0  2      0 121720   7352 603352    0    0     0  1208 1450   927  3  3  0 94
 0  1      0 121596   7352 603328    0    0     0  1764 1448   857  0  2  0 98

В top <3% на rpmi + postmaster (работает hasher + pg_restore)
gkrellm показывает постоянную запись (почти без чтения) со скоростью
около 2mb/s.  Без apt/pg_restore записи нет.

> Что написано в выводе dmesg про IDE-устройства и монтирование ФС?
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
NFORCE-CK804: IDE controller at PCI slot 0000:00:06.0
NFORCE-CK804: chipset revision 162
NFORCE-CK804: not 100% native mode: will probe irqs later
NFORCE-CK804: 0000:00:06.0 (rev a2) UDMA133 controller
    ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
Probing IDE interface ide0...
input: AT Translated Set 2 keyboard as /class/input/input0
hda: ST3200826A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hda: max request size: 512KiB
hda: Host Protected Area detected.
        current capacity is 390719855 sectors (200048 MB)
        native  capacity is 390721968 sectors (200049 MB)
hda: Host Protected Area disabled.
hda: 390721968 sectors (200049 MB) w/8192KiB Cache, CHS=24321/255/63, UDMA(100)
hda: cache flushes supported
 hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 hda10 >

Про монтирование FS ничего подозрительного

> Пробовали загружаться со старым ядром?  (Если старое ядро было <
> 2.6.15, перед этим рекомендуется выключить udev, чтобы он не мусорил в
> /dev на диске - проверка на совместимость с запущенным ядром была
> добавлена в скрипт запуска совсем недавно; правда, в этом случае не
> будет нормально работать hal.)

На старом ядре скорость нормальная
-- 
Best regards,
Alexander Borovsky

Re: [sisyphus] Тормоза при работе с дисками после обновления

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1455 bytes --]

On Sat, Sep 09, 2006 at 12:18:14AM +0400, Valery V. Inozemtsev wrote:
> > > Порядок загрузки модулей слегка подозрителен - обычно generic грузится
> > > после модуля для конкретного чипсета.  Хотя без дополнительных
> > > действий модуль generic привязывается только к ограниченному списку
> > > устройств, так что в данном случае его загрузка раньше amd74xx не
> > > должна бы влиять на работу.  Главное, чтобы ide_generic не загрузился
> > > рань ше времени, но эту проблему трудно не заметить (в этом случае DMA
> > > для дисков не работает вообще и не включается через hdparm).
> >
> > а по моему он грузится всегда раньше
> >
> > ide_disk               15360  6
> > ide_generic             1408  0 [permanent]
> > generic                 4612  0 [permanent]
> > piix                    9348  0 [permanent]
> > ide_core              113844  4 ide_disk,ide_generic,generic,piix
> 
> вот еще одна машинка
> 
> aic7xxx               130228  6
> scsi_transport_spi     21632  1 aic7xxx
> sd_mod                 17536  7
> scsi_mod              127752  3 aic7xxx,scsi_transport_spi,sd_mod
> ide_disk               16384  3
> ide_generic             2304  0 [permanent]
> generic                 5508  0 [permanent]
> piix                   10628  0 [permanent]
> ide_core              117584  4 ide_disk,ide_generic,generic,piix

Вот тут как раз сначала грузился piix, потом generic (lsmod выдаёт
список в обратном порядке).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Тормоза при работе с дисками после обновления

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 1705 bytes --]

В сообщении от 9 сентября 2006 15:48 Sergey Vlasov написал(a):
> On Sat, Sep 09, 2006 at 12:18:14AM +0400, Valery V. Inozemtsev wrote:
> > > > Порядок загрузки модулей слегка подозрителен - обычно generic
> > > > грузится после модуля для конкретного чипсета.  Хотя без
> > > > дополнительных действий модуль generic привязывается только к
> > > > ограниченному списку устройств, так что в данном случае его загрузка
> > > > раньше amd74xx не должна бы влиять на работу.  Главное, чтобы
> > > > ide_generic не загрузился рань ше времени, но эту проблему трудно не
> > > > заметить (в этом случае DMA для дисков не работает вообще и не
> > > > включается через hdparm).
> > >
> > > а по моему он грузится всегда раньше
> > >
> > > ide_disk               15360  6
> > > ide_generic             1408  0 [permanent]
> > > generic                 4612  0 [permanent]
> > > piix                    9348  0 [permanent]
> > > ide_core              113844  4 ide_disk,ide_generic,generic,piix
> >
> > вот еще одна машинка
> >
> > aic7xxx               130228  6
> > scsi_transport_spi     21632  1 aic7xxx
> > sd_mod                 17536  7
> > scsi_mod              127752  3 aic7xxx,scsi_transport_spi,sd_mod
> > ide_disk               16384  3
> > ide_generic             2304  0 [permanent]
> > generic                 5508  0 [permanent]
> > piix                   10628  0 [permanent]
> > ide_core              117584  4 ide_disk,ide_generic,generic,piix
>
> Вот тут как раз сначала грузился piix, потом generic (lsmod выдаёт
> список в обратном порядке).

да, специально посмотрел при загрузке. но это не мешает тормозить диску скажем 
на установке пакетов (больше всего заметно)

-- 
Valery V. Inozemtsev

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Тормоза при работе с дисками после обновления

[Alexander Borovsky]

On 9/9/06, Valery V. Inozemtsev wrote:

> да, специально посмотрел при загрузке. но это не мешает тормозить диску скажем
> на установке пакетов (больше всего заметно)

Даже без generic тормоза. Может тормоза из-за reiser4?

-- 
Best regards,
Alexander Borovsky

Re: [sisyphus] Тормоза при работе с дисками после обновления

[ABATAPA]

8 сентября 2006 22:50, Alexander Borovsky написал:
> при установке пакетов
> происходит задержка в пару секунд, postgresql восстанавливается из
> дампа > 10 минут (на notebook с тем же sisyphus восстановление дампа <
> 10 секунд)
>
> Кто виноват и что делать?
Что в dmesg?
Пробовали с корнем не на reiserfs?

Может, попробовать делать это все под strace:
# strace -f rpm -i bla-bla-bla
 и искать проблему? 

-- 
ABATAPA