[Hardware] Тормоза на i/o

[Hardware] Тормоза на i/o

[Eugene Prokopiev]

Здравствуйте!

Система - бранч 4.0, ядро std, стоит на ide-софтрейде. При интенсивных 
дисковых операциях (копирование больших файлов, запись cd) ощущаются 
приличные тормоза (seamonkey, например, оооочень долго отрисовывает свой 
UI).

Можно ли бороться, если да, то как, что еще показать кроме:

# hdparm -i /dev/hda

/dev/hda:

  Model=ST3802110A, FwRev=3.AAE, SerialNo=5LR2FPTZ
  Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
  RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
  BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
  CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156301488
  IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
  PIO modes:  pio0 pio1 pio2 pio3 pio4
  DMA modes:  mdma0 mdma1 mdma2
  UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
  AdvancedPM=no WriteCache=enabled
  Drive conforms to: Unspecified:  ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 
ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7

  * signifies the current active mode

[root@enp-desktop ~]# hdparm -i /dev/hdc

/dev/hdc:

  Model=ST3802110A, FwRev=3.AAE, SerialNo=5LR2FPRM
  Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
  RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
  BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
  CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156301488
  IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
  PIO modes:  pio0 pio1 pio2 pio3 pio4
  DMA modes:  mdma0 mdma1 mdma2
  UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma3 udma4 *udma5
  AdvancedPM=no WriteCache=enabled
  Drive conforms to: Unspecified:  ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 
ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7

  * signifies the current active mode


-- 
С уважением,
Прокопьев Евгений

Re: [Hardware] Тормоза на i/o

[Peter Evdokimov]

On Wed, 18 Jul 2007 14:12:59 +0400
Eugene Prokopiev wrote:

> Система - бранч 4.0, ядро std, стоит на ide-софтрейде. При
> интенсивных дисковых операциях (копирование больших файлов, запись
> cd) ощущаются приличные тормоза (seamonkey, например, оооочень долго
> отрисовывает свой UI).
> Можно ли бороться, если да, то как, что еще показать кроме:

совет из https://bugzilla.altlinux.org/show_bug.cgi?id=12298
про echo -n anticipatory > /sys/block/sda/queue/scheduler
не поможет? встречал и на std ядре, только raid был железный.



sy,
	peter

Re: [Hardware] Тормоза на i/o

[Andrew G. Klepcha]

В сообщении от Wednesday 18 July 2007 14:20:41 Peter Evdokimov написал(а):
> On Wed, 18 Jul 2007 14:12:59 +0400
>
> Eugene Prokopiev wrote:
> > Система - бранч 4.0, ядро std, стоит на ide-софтрейде. При
> > интенсивных дисковых операциях (копирование больших файлов, запись
> > cd) ощущаются приличные тормоза (seamonkey, например, оооочень долго
> > отрисовывает свой UI).
> > Можно ли бороться, если да, то как, что еще показать кроме:
>
> совет из https://bugzilla.altlinux.org/show_bug.cgi?id=12298
> про echo -n anticipatory > /sys/block/sda/queue/scheduler
> не поможет? встречал и на std ядре, только raid был железный.

как по мне так cfq поприятней показалось... ну и у товарища hd[abcd], 
наверное, будет...

Re: [Hardware] Тормоза на i/o

[Peter Evdokimov]

On Wed, 18 Jul 2007 13:27:27 +0400
Andrew G. Klepcha wrote:

> > совет из https://bugzilla.altlinux.org/show_bug.cgi?id=12298
> > про echo -n anticipatory > /sys/block/sda/queue/scheduler
> > не поможет? встречал и на std ядре, только raid был железный.
> 
> как по мне так cfq поприятней показалось... ну и у товарища hd[abcd], 
> наверное, будет...
возможно и cfq  - я просто процитировал строку из id=12298 =)


sy,
	peter

Re: [Hardware] Тормоза на i/o

[Sergey Vlasov]

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

On Wed, Jul 18, 2007 at 02:20:41PM +0400, Peter Evdokimov wrote:
> On Wed, 18 Jul 2007 14:12:59 +0400
> Eugene Prokopiev wrote:
> 
> > Система - бранч 4.0, ядро std, стоит на ide-софтрейде. При
> > интенсивных дисковых операциях (копирование больших файлов, запись
> > cd) ощущаются приличные тормоза (seamonkey, например, оооочень долго
> > отрисовывает свой UI).
> > Можно ли бороться, если да, то как, что еще показать кроме:
> 
> совет из https://bugzilla.altlinux.org/show_bug.cgi?id=12298
> про echo -n anticipatory > /sys/block/sda/queue/scheduler
> не поможет? встречал и на std ядре, только raid был железный.

#12298 - это ошибка, присутствующая только в ядрах ovz.  Впрочем,
подстройка под конкретную реализацию RAID всё равно может
потребоваться - настройки по умолчанию ориентированы скорее на
одиночные диски.

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

Re: [Hardware] Тормоза на i/o

[Michael Shigorin]

On Wed, Jul 18, 2007 at 02:12:59PM +0400, Eugene Prokopiev wrote:
> Система - бранч 4.0, ядро std, стоит на ide-софтрейде. При
> интенсивных дисковых операциях (копирование больших файлов,
> запись cd) ощущаются приличные тормоза (seamonkey, например,
> оооочень долго отрисовывает свой UI).  Можно ли бороться

Пускать копирование под nice.

На 2.4 ещё помогал elvtune, на 2.6 не работает (с предлагаемой
заменой в /sys толком не разобрался).

А, ещё io scheduler можно попробовать поменять там же
(anticipatory/cfq/deadline).

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

Re: [Hardware] Тормоза на i/o

[Eugene Prokopiev]

да, с deadline на копировании файлов полегче, а вот при

cdrecord blank=fast dev=ATAPI:0,1,0

ни один из четырех предложенных вариантов ([noop] anticipatory deadline 
cfq) особо не помогает :(

или в этом случае есть другие способы?

-- 
С уважением,
Прокопьев Евгений

Re: [Hardware] Тормоза на i/o

[Sergey Vlasov]

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

On Wed, Jul 18, 2007 at 02:58:35PM +0400, Eugene Prokopiev wrote:
> да, с deadline на копировании файлов полегче, а вот при
> 
> cdrecord blank=fast dev=ATAPI:0,1,0
> 
> ни один из четырех предложенных вариантов ([noop] anticipatory deadline 
> cfq) особо не помогает :(

Не надо использовать dev=ATAPI:... - сейчас лучше всего работает
прямое указание нужного устройства в виде dev=/dev/hdc (выдаваемое при
использовании этого способа предупреждение следует игнорировать).

Впрочем, если привод находится на одном канале с другим устройством,
всё равно ничего хорошего не получится - при длительных операциях
будет блокироваться весь канал.  Частично может помочь добавление
опции -immed.

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

Re: [Hardware] Тормоза на i/o

[Eugene Prokopiev]

a в какой конфиг положено настройки scheduler и вообще /sys записывать?

sysctl вроде для /proc/sys

-- 
С уважением,
Прокопьев Евгений

Re: [Hardware] Тормоза на i/o

[Andrew G. Klepcha]

В сообщении от Wednesday 18 July 2007 15:11:06 Eugene Prokopiev написал(а):
> a в какой конфиг положено настройки scheduler и вообще /sys записывать?
>
> sysctl вроде для /proc/sys

можно при загрузке ядру параметр: elevator=cfq
ну или в lilo.conf:
append=" elevator=cfq"