ALT Linux hardware support
 help / color / mirror / Atom feed
* Re: [Hardware] Тормоза на i/o
  2007-07-18 10:20 ` Peter Evdokimov
@ 2007-07-18  9:27   ` Andrew G. Klepcha
  2007-07-18 11:10     ` Peter Evdokimov
  2007-07-18 12:32   ` Sergey Vlasov
  1 sibling, 1 reply; 10+ messages in thread
From: Andrew G. Klepcha @ 2007-07-18  9:27 UTC (permalink / raw)
  To: hardware

В сообщении от 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], 
наверное, будет...

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Hardware] Тормоза на i/o
@ 2007-07-18 10:12 Eugene Prokopiev
  2007-07-18 10:20 ` Peter Evdokimov
                   ` (3 more replies)
  0 siblings, 4 replies; 10+ messages in thread
From: Eugene Prokopiev @ 2007-07-18 10:12 UTC (permalink / raw)
  To: Hardware

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

Система - бранч 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


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


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Hardware] Тормоза на i/o
  2007-07-18 10:12 [Hardware] Тормоза на i/o Eugene Prokopiev
@ 2007-07-18 10:20 ` Peter Evdokimov
  2007-07-18  9:27   ` Andrew G. Klepcha
  2007-07-18 12:32   ` Sergey Vlasov
  2007-07-18 10:37 ` Michael Shigorin
                   ` (2 subsequent siblings)
  3 siblings, 2 replies; 10+ messages in thread
From: Peter Evdokimov @ 2007-07-18 10:20 UTC (permalink / raw)
  To: hardware

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

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Hardware] Тормоза на i/o
  2007-07-18 10:12 [Hardware] Тормоза на i/o Eugene Prokopiev
  2007-07-18 10:20 ` Peter Evdokimov
@ 2007-07-18 10:37 ` Michael Shigorin
  2007-07-18 10:58 ` Eugene Prokopiev
  2007-07-18 11:11 ` Eugene Prokopiev
  3 siblings, 0 replies; 10+ messages in thread
From: Michael Shigorin @ 2007-07-18 10:37 UTC (permalink / raw)
  To: Hardware

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/


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Hardware] Тормоза на i/o
  2007-07-18 10:12 [Hardware] Тормоза на i/o Eugene Prokopiev
  2007-07-18 10:20 ` Peter Evdokimov
  2007-07-18 10:37 ` Michael Shigorin
@ 2007-07-18 10:58 ` Eugene Prokopiev
  2007-07-18 12:29   ` Sergey Vlasov
  2007-07-18 11:11 ` Eugene Prokopiev
  3 siblings, 1 reply; 10+ messages in thread
From: Eugene Prokopiev @ 2007-07-18 10:58 UTC (permalink / raw)
  To: hardware

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

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

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

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

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


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Hardware] Тормоза на i/o
  2007-07-18  9:27   ` Andrew G. Klepcha
@ 2007-07-18 11:10     ` Peter Evdokimov
  0 siblings, 0 replies; 10+ messages in thread
From: Peter Evdokimov @ 2007-07-18 11:10 UTC (permalink / raw)
  To: hardware

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

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Hardware] Тормоза на i/o
  2007-07-18 10:12 [Hardware] Тормоза на i/o Eugene Prokopiev
                   ` (2 preceding siblings ...)
  2007-07-18 10:58 ` Eugene Prokopiev
@ 2007-07-18 11:11 ` Eugene Prokopiev
  2007-07-18 11:18   ` Andrew G. Klepcha
  3 siblings, 1 reply; 10+ messages in thread
From: Eugene Prokopiev @ 2007-07-18 11:11 UTC (permalink / raw)
  To: hardware

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

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

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


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Hardware] Тормоза на i/o
  2007-07-18 11:11 ` Eugene Prokopiev
@ 2007-07-18 11:18   ` Andrew G. Klepcha
  0 siblings, 0 replies; 10+ messages in thread
From: Andrew G. Klepcha @ 2007-07-18 11:18 UTC (permalink / raw)
  To: hardware

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

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

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Hardware] Тормоза на i/o
  2007-07-18 10:58 ` Eugene Prokopiev
@ 2007-07-18 12:29   ` Sergey Vlasov
  0 siblings, 0 replies; 10+ messages in thread
From: Sergey Vlasov @ 2007-07-18 12:29 UTC (permalink / raw)
  To: hardware

[-- 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 --]

^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [Hardware] Тормоза на i/o
  2007-07-18 10:20 ` Peter Evdokimov
  2007-07-18  9:27   ` Andrew G. Klepcha
@ 2007-07-18 12:32   ` Sergey Vlasov
  1 sibling, 0 replies; 10+ messages in thread
From: Sergey Vlasov @ 2007-07-18 12:32 UTC (permalink / raw)
  To: hardware

[-- 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 --]

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2007-07-18 12:32 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-07-18 10:12 [Hardware] Тормоза на i/o Eugene Prokopiev
2007-07-18 10:20 ` Peter Evdokimov
2007-07-18  9:27   ` Andrew G. Klepcha
2007-07-18 11:10     ` Peter Evdokimov
2007-07-18 12:32   ` Sergey Vlasov
2007-07-18 10:37 ` Michael Shigorin
2007-07-18 10:58 ` Eugene Prokopiev
2007-07-18 12:29   ` Sergey Vlasov
2007-07-18 11:11 ` Eugene Prokopiev
2007-07-18 11:18   ` Andrew G. Klepcha

ALT Linux hardware support

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/hardware/0 hardware/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 hardware hardware/ http://lore.altlinux.org/hardware \
		hardware@altlinux.ru hardware@lists.altlinux.org hardware@lists.altlinux.ru hardware@lists.altlinux.com hardware@altlinux.org
	public-inbox-index hardware

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.hardware


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git