Open SUSE 10.3 проблемы с быстродействием (замедление работы системы в операциях с диском...)

[Bluetooth]

Про dd вы меня очень удивили!
По мне так dd и cp тормозят одинаково. ну и еще мне ни разу не удавалось схватить настоящих глюков из-за этой тормознутости. у меня даж амарок, помню, запускался во время копирования, когда это еще на 22 ядре было.

[fynjy]

Bluetooth, глюк с меню выглядит вот так:


Я тут как-то openSolaris 2008.11 ставил. Запускал там dd с теми же параметрами, так вот там тоже графика в это время подтормаживала (мышка двигалась рывками и окошки отрисовывались с запозданием), но я там запускал только три терминальных окна (безо всяких компизов) и двигал их, а потому сравнение с текущей ситуацией будет не полным. Может как нибудь фрю поставлю и прогоню те же тесты.

Кстати какое у Вас железо? Хочу узнать, чтобы в следующий раз не покупать всякую фигню. Спс.

UPD. пожалуй буду собирать ядра для ноута на соседней тачке, благо почти всегда простаивает и gcc отличается не сильно.

UPD. 2.6.29.2 RT ядро тоже тормозит.

[klark]

Всех с праздничком!

Kernel driver in use: ata_piix
Kernel modules: ata_generic, pata_acpi, ata_piix, ide-pci-generic, piix

Машина: ноут Toshiba Satellite L40-17R. Intel Dual-Core 1,6GHz, память 2G, видео intel x3100.

Собрал 2.6.29.2 vanilla + bootsplash patch, но стало хуже, чем было (субъективно, по отзывчивости графического интерфейса). В новом ядре чой-то много новых опций, пришлось разбираться и видимо где-то перехимичил с вытеснением, отломал вай-фай, сейчас буду исправлять. Но машинка примерно такая же, Toshiba Satellite L300, Core2, 2G, 250G SATA, openSUSE 11.0 x86_64, KDE 3.5.9, но без компиза, хотя с ним всё нормально работало, решил снести. Конфиг почти полностью успел оптимизировать под этот ноут (ну не удержался, привычка)!

[klark]

Кстати какое у Вас железо? Хочу узнать, чтобы в следующий раз не покупать всякую фигню. Спс.

Это не моё, настраиваю одному доктору, а по ходу знакомлюсь с openSUSE.
Кстати, этот комп шёл изначально БЕЗ ОС!

Код: Выделить всё

linux-y4yn:~ # for pciid in $(lspci | egrep 'IDE|SATA' | cut -f1 -d ' '); do lspci -vvnn -s $pciid | sed -n '1,2p;/Kernel /p'; done
00:1f.1 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller [8086:2850] (rev 03) (prog-if 8a [Master SecP PriP])
        Subsystem: Toshiba America Info Systems Device [1179:ff64]
        Kernel driver in use: ata_piix
        Kernel modules: pata_acpi, ata_piix
00:1f.2 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA IDE Controller [8086:2828] (rev 03) (prog-if 8f [Master SecP SecO PriP PriO])
        Subsystem: Toshiba America Info Systems Device [1179:ff64]
        Kernel driver in use: ata_piix
        Kernel modules: pata_acpi, ata_piix

linux-y4yn:~ # uname -a
Linux linux-y4yn 2.6.29.2-satellite #2 SMP PREEMPT Sat May 9 13:55:22 MSD 2009 x86_64 x86_64 x86_64 GNU/Linux

linux-y4yn:~ # lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 03)
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 03)
00:02.1 Display controller [0380]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a03] (rev 03)
00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03)
00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 03)
00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03)
00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03)
00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 03)
00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 03)
00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 [8086:2847] (rev 03)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 03)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 03)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 [8086:2836] (rev 03)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev f3)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801HEM (ICH8M) LPC Interface Controller [8086:2815] (rev 03)
00:1f.1 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller [8086:2850] (rev 03)
00:1f.2 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA IDE Controller [8086:2828] (rev 03)
00:1f.3 SMBus [0c05]: Intel Corporation 82801H (ICH8 Family) SMBus Controller [8086:283e] (rev 03)
02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller [10ec:8136] (rev 02)
03:00.0 Network controller [0280]: Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection [8086:4222] (rev 02)

linux-y4yn:~ # lsusb
Bus 007 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 002: ID 04f2:b070 Chicony Electronics Co., Ltd
Bus 006 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 046d:c016 Logitech, Inc. M-UV69a/HP M-UV96 Optical Wheel Mouse
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

[fynjy]

klark, поэкспериментировал с Вашим конфигом. Отклик от системы гораздо лучше, например меню при копировании с помощью cp выпадают быстрее. Даже при dd окошки переключаются быстрее, однако тормоза в системе наблюдаются весьма отчётливо. При сборке я немного поменял параметры, чтобы включить дрова для моей системы. Получившийся конфиг в аттаче.

PS. Не хочу сказань, что с копированием файла всё так плохо, я ведь не каждые пять минут dvd образы копирую туда сюда.

[klark]

Код: Выделить всё

00:1f.2 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 03) (prog-if 01 [AHCI 1.0]).

Здесь может использоваться только один модуль (libata): ata_piix (CONFIG_ATA_PIIX):
vendor: 8086 ("Intel Corporation"), device: 2829 ("82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller")

Прошу прощения, соврал. По ссылке видно, что не то. Правильная ссылка вот: CONFIG_SATA_AHCI.
На что тут можно обратить внимание... Старым способом (без libata) тоже поддерживается.
Короче, я просто убираю из конфига все неиспользуемые модули, вырубаю всю секцию COFIG_IDE=n.

klark, поэкспериментировал с Вашим конфигом. Отклик от системы гораздо лучше, например меню при копировании с помощью cp выпадают быстрее.

fynjy, рад за Ваше ядро! Вроде и не много выпил, а при экспериментах напортачил с rpm -Uvh, словил несусветный глюк -- удалились все старые /boot/{config-*,vmlinuz-*}, но при этом остались все старые /boot/initrd-*. Сейчас допёрло, почему так, но кто ж знал! Последнее ядро оказалось неработоспособным, а других не было. После нескольких часов глумлений вроде восстановил систему, продолжу эксперименты...

По моему субъективному впечатлению, то ли новый конфиг хуже, то ли это особенность 2.6.29.2. К счастью, старый конфиг сохранился, так что буду дальше разбираться. Основное, чего обычно пытаюсь добиться на ноутах, это хорошего powertop и работы s2disk/s2ram. К сожалению, эта "фирменная фишка openSUSE" на L300 из коробки не работала.

[klark]

однако тормоза в системе наблюдаются весьма отчётливо.

Ну наконец-то удалось восстановить, как былО! Выкладываю новый конфиг для 2.6.29.3.

При cp всё-таки больше притормаживает, но всё же очень даже терпимо, вполне с графикой можно работать. На самом деле все свои эксперименты аннулировал в пользу дефолтных установок vanilla defconf. Скриншоты прилагаю. Ядро собирал в этот раз без патчей. Перед тестами делал sync, ФС - ext3, смонтирована с noatime.

POWERTOP: Wakeups-from-idle per second : 41.3 (при максимальном простое), в общем-то не очень, но лучше видимо на сусе и не выйдет без особого шаманства...

[Bluetooth]

Кстати какое у Вас железо? Хочу узнать, чтобы в следующий раз не покупать всякую фигню. Спс.

Старое и голимое

В ближайшее время тоже проведу тесты, когда время найду, отпишусь так же, как вы

[fynjy]

Мой пост получился не очень, мне стоило видео записать для каждого ядра, а то мол тормоза есть и не указал какие (подтормаживало переключение окон и рабочих столов, выпадание меню, и пр. каждый раз по разному), короче получилось невнятно --- это легче показать, чем объяснять на словах. Но к сожалению времени на это уже нет.

[reiser_07]

процессор Athlon 64 3800+ одноядерный
материнка ASUS M2N-SLI Deluxe на NForce 570
из саташных винтов подключено 3 самсунга 500, 640 и 750 гигов
ядро 2.6.27.19-5.1 самосборное, все лишнее выкинуто
фс Ext3
конфиг ядра прилагаю

при выполнении команды проц загружен на 100%, из них dd отьедает около 30%, проблем с быстродействием дисков не испытываю, музыка играет через xmms без запинки

reiser@fileserv:/media/Distrib> dd if=/dev/zero of=bigfile bs=1M count=10000
10000+0 записей считано
10000+0 записей написано
скопировано 10485760000 байт (10 GB), 206,928 c, 50,7 MB/c

загруженные модули:
reiser@fileserv:/media/Distrib> lsmod
Module Size Used by
nls_iso8859_1 3712 1
nls_cp437 5344 1
vfat 10624 1
fat 47488 1 vfat
usb_storage 72000 1
libusual 21428 1 usb_storage
xt_tcpudp 2720 2
xt_pkttype 1504 3
ipt_LOG 5508 8
xt_limit 1988 8
it87 19760 0
hwmon_vid 2848 1 it87
snd_pcm_oss 44832 0
snd_mixer_oss 14528 1 snd_pcm_oss
snd_seq 52048 0
snd_seq_device 7180 1 snd_seq
ipt_REJECT 2816 3
xt_state 1824 4
iptable_mangle 2528 0
iptable_nat 4936 0
nf_nat 16920 1 iptable_nat
iptable_filter 2464 1
nf_conntrack_ipv4 8360 7 iptable_nat,nf_nat
nf_conntrack 60320 4 xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4
ip_tables 10128 3 iptable_mangle,iptable_nat,iptable_filter
x_tables 14340 8 xt_tcpudp,xt_pkttype,ipt_LOG,xt_limit,ipt_REJECT,xt_state,iptable_nat,ip_tables
loop 14348 0
dm_mod 58980 0
snd_hda_intel 424464 5
cfi_cmdset_0002 22880 1
cfi_util 3072 1 cfi_cmdset_0002
jedec_probe 12608 0
cfi_probe 5504 0
gen_probe 2816 2 jedec_probe,cfi_probe
snd_pcm 77124 3 snd_pcm_oss,snd_hda_intel
ck804xrom 3428 0
i2c_nforce2 6148 0
k8temp 4032 0
mtd 14792 3 cfi_cmdset_0002,ck804xrom
forcedeth 51920 0
chipreg 2596 3 jedec_probe,cfi_probe,ck804xrom
snd_timer 20744 2 snd_seq,snd_pcm
i2c_core 23028 1 i2c_nforce2
button 6096 0
rtc_cmos 9088 0
snd 57668 16 snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_hda_intel,snd_pcm,snd_timer
rtc_core 16124 1 rtc_cmos
map_funcs 1632 1 ck804xrom
sr_mod 13700 0
rtc_lib 2752 1 rtc_core
cdrom 34080 1 sr_mod
soundcore 6688 1 snd
sg 30100 0
snd_page_alloc 8296 2 snd_hda_intel,snd_pcm
sd_mod 27996 10
ide_disk 11968 7
ehci_hcd 32748 0
ohci_hcd 21904 0
usbcore 136016 5 usb_storage,libusual,ehci_hcd,ohci_hcd
edd 7784 0
ext3 129000 9
mbcache 7236 1 ext3
jbd 51904 1 ext3
fan 4260 0
pata_jmicron 2880 0
ahci 28328 0
pdc202xx_new 5536 5
ide_core 98824 2 ide_disk,pdc202xx_new
sata_nv 21768 4
pata_amd 10084 0
libata 163456 4 pata_jmicron,ahci,sata_nv,pata_amd
scsi_mod 148964 5 usb_storage,sr_mod,sg,sd_mod,libata
dock 9612 1 libata
thermal 17916 0
processor 39116 1 thermal
thermal_sys 11688 3 fan,thermal,processor
hwmon 2364 3 it87,k8temp,thermal_sys

попробуйте мою конфигу, мож кому поможет

[Perlover]

Тут, читав топик, у меня сложилось мнение, что многие считают, что проблема именно с IDE / ATA дисками
Я слежу за серваками, где стоит FC6, ядро 2.6.22.14
Сам часто сталкивался с такой проблемой, но на SCSI дисках с RAID контроллером.
Причем остро ее заметил, когда хостера попросил засетапить сервак, чтобы переместить свой софт с сервера под FC4 на FC6
Сразу тогда высплыло, что мои программы, которые юзают диск на запись активно (через MySQL), вдруг стали работать в 6-7 раз медленне при том, что железо было как минимум в два раза лучше по всем параметрам. Причем переустановка с FC6 на FC7 ничего не дало (я думал, что может это поможет). Причем смена мамки тогда тоже ничего не дала! Потом поменяли карточку RAID на другую, скорость записи стала почти как на старой тачке. Тогда я про это забыл.
Но в последнее время, еще до прочтения этой ветки, я стал давно замечать, что сервак временами, по несколько раз в сутки, был загружен. Причем заходишь ssh, делаешь 'w' команду и можно было ждать 5-10 секунд, прежде чем увижу ее вывод. Всегда, когда я запускал vmstat 1, я видел в 80% случаях, что wa пожирает 50-90% CPU. Но чтобы это было таким глобальным багом, и не исправим до сих пор - я такого не ожидал ... Что до этого я не пробовал - я и кучу процессов в системе донастроил через ionice, может помогло, но не сильно.
Как я понял, на данный момент тот баг - http://bugzilla.kernel.org/show_bug.cgi?id=12309 - не устранен до сих пор, хотя имеет статус RESOLVED
Вообщем, я пока не знаю, что и делать.
Хотел своим ответом лишь сказать, что проблема
Вот прямо сейчас, сервак вообще не загружен, а vmstat 1 показывает:

Код:

1 1 452 38440 593340 1385628 0 0 408 3508 2042 1640 2 2 63 33 0 0 1 452 47140 593028 1385008 0 0 940 12 1346 2275 24 4 48 24 0 0 1 452 47436 592740 1385016 0 0 1012 712 1343 1672 1 1 70 29 0 0 3 452 46564 593552 1385184 0 0 1040 0 1694 3865 7 2 64 27 0 0 1 452 47092 593176 1384980 0 0 916 0 1519 1861 3 1 72 25 0 0 1 452 47564 592732 1384704 0 0 892 0 1390 1641 0 1 73 26 0 0 1 452 47004 593576 1384660 0 0 940 0 1280 1552 1 1 72 27 0 0 1 452 47304 593128 1384688 0 0 860 916 1132 1372 5 1 71 24 0

Здесь видно, что idle 60-70%, остальное - 30% - тот самый wa
cpuinfo:

Код:

processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel® Xeon® CPU 5130 @ 2.00GHz stepping : 6 cpu MHz : 2000.125 cache size : 4096 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 2 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni mon itor ds_cpl vmx tm2 ssse3 cx16 xtpr dca lahf_lm bogomips : 4001.97 clflush size : 64 ... processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel® Xeon® CPU 5130 @ 2.00GHz stepping : 6 cpu MHz : 2000.125 cache size : 4096 KB physical id : 3 siblings : 2 core id : 1 cpu cores : 2 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx tm2 ssse3 cx16 xtpr dca lahf_lm bogomips : 3999.62 clflush size : 64

Команда на работающем серваке
dd if=/dev/zero of=testfile.1gb bs=1M count=1000
показывает:

Код:

1000+0 records in 1000+0 records out 1048576000 bytes (1.0 GB) copied, 46.3039 seconds, 22.6 MB/s

Модули: aic94xx, libsas,scsi_mod,scsi_transport_sas
Controller Model : Adaptec 4800SAS

Пример винтов:

Код:

Device #0 Device is a Hard drive State : Online Supported : Yes Transfer Speed : SAS 3.0 Gb/s Reported Channel,Device : 0,4 Vendor : FUJITSU Model : MAX3073RC Firmware : 0104 Serial number : DELETED_FOR_FORUM World-wide name : DELETED_FOR_FORUM Size : 70136 MB Write Cache : Enabled (write-back) FRU : None S.M.A.R.T. : No

Сейчас запустил dd if=/dev/zero of=testfile.1gb bs=1M count=1000
vmstat показал при этом:

Код:

r b swpd free buff cache si so bi bo in cs us sy id wa st 14 8 460 120716 280236 1509844 0 0 9 14 0 0 9 3 66 22 0 0 13 468 121936 279216 1550936 0 0 1368 47776 1927 4153 24 8 8 60 0 0 15 468 121516 280200 1551200 0 0 1408 3744 1726 2846 1 2 3 94 0 0 8 468 129804 280520 1545940 0 0 1612 4280 1854 4060 3 2 1 95 0 0 6 468 131388 281868 1546628 0 0 2140 3620 2020 4650 12 3 13 71 0 0 17 468 114220 282792 1571864 0 0 1208 3212 1647 2715 4 3 6 87 0 1 12 468 115356 283164 1570704 0 0 1420 18964 1718 2397 2 2 2 94 0 0 9 468 114320 283628 1570868 0 0 768 1204 1753 2831 3 1 0 96 0 2 2 468 132316 281948 1555420 0 0 1184 16860 1847 3544 8 3 20 70 0 1 2 468 128712 282936 1555652 0 0 1240 1576 1730 2107 18 1 45 36 0

То есть wa - 70-90%
При этом только что dd ( dd if=/dev/zero of=testfile.1gb bs=1M count=1000 ) показала мне:

Код:

1000+0 records in 1000+0 records out 1048576000 bytes (1.0 GB) copied, 112.086 seconds, 9.4 MB/s

И чуть не забыл - памяти там 4 Гига

Мамка:

Код:

Manufacturer: Supermicro Product Name: X7DBR-3 Version: PCB Version

[TuxWare]

При этом только что dd ( dd if=/dev/zero of=testfile.1gb bs=1M count=1000 ) показала мне:

Код:

1000+0 records in 1000+0 records out 1048576000 bytes (1.0 GB) copied, 112.086 seconds, 9.4 MB/s

Это на SAS-харде? Или это флопик?
У меня при копировании набора небольших файлов средняя скорость копирования 0,8 - 0,9 MB/s. SATA2 с 32 Мб кеша. Копируется 300 Мб за 5-6 минут. wa=0% (откуда ему взятся если диски стоят). Ядро 2.6.30-rc6, RAM=8Gb.
Два таких копирования одновременно - ни до чего не достучаться.

PS. Причем на ядре 2.6.28 копировало (и копирует) 70 MB/s с wa=99%. И тоже в этот момент все ждет - ни до чего не достучаться.

[fynjy]

Perlover
Спасибо за ссылку на баг, я сейчас собрал ядро 2.6.29.3 с патчем указанном в 160 посте (конфиг я брал один из более или менее стандартных). В результате графический интерфейс почти не тормозит при копировании больших файлов и использовании dd. Хотя, чувствуется, канал до диска всё равно забивается напрочь (ну или почти на 99%). Надо будет собрать без патча и посмотреть что будет. Как соберу отпишусь.

PS. Баг имеется статус RESOLVED, поскольку там сказано, что данных для решения не достаточно.

UPD. Показалось, но проверить стоило. Тормоза таки есть в любом варианте. Меню выпадают медленно, запустить что-то большое нереально. Но и в любом случае GUI тормозит гораздо меньше

[TuxWare]

Без коментариев

[Perlover]

При этом только что dd ( dd if=/dev/zero of=testfile.1gb bs=1M count=1000 ) показала мне:

Код:

1000+0 records in 1000+0 records out 1048576000 bytes (1.0 GB) copied, 112.086 seconds, 9.4 MB/s

Это на SAS-харде? Или это флопик?
У меня при копировании набора небольших файлов средняя скорость копирования 0,8 - 0,9 MB/s. SATA2 с 32 Мб кеша. Копируется 300 Мб за 5-6 минут. wa=0% (откуда ему взятся если диски стоят). Ядро 2.6.30-rc6, RAM=8Gb.
Два таких копирования одновременно - ни до чего не достучаться.

PS. Причем на ядре 2.6.28 копировало (и копирует) 70 MB/s с wa=99%. И тоже в этот момент все ждет - ни до чего не достучаться.

Да, на SAS харде
А у тебя раз оперативки 8Gb, то система 64-разрядная?
У меня 32-ух...

[Perlover]

Кстати, кому интересно, как вычисляется iowait и почему он вычетается из idle, можно найти здесь;
What exactly is "iowait"?

[AmiG0]

perlover, следовало перечитать топик, преждем чем умничать о том, как считается iowait в 2,6. проблем актуальна до сих пор. на десктопе я её не вижу, т.к. проапгрейдился до пылесоса i7, но вот на некоторых серверах всё ещё актуально, поэтому приходится очень сильно извращаться с оптимизацией прикладного софта.

[Perlover]

perlover, следовало перечитать топик, преждем чем умничать о том, как считается iowait в 2,6. проблем актуальна до сих пор. на десктопе я её не вижу, т.к. проапгрейдился до пылесоса i7, но вот на некоторых серверах всё ещё актуально, поэтому приходится очень сильно извращаться с оптимизацией прикладного софта.

И откуда ты такой выскачил? Ты вообще к чему свой пост написал?
Если бы ты сам читал этот топик и мои посты, то понял бы, что проблема с iowait наблюдается и у меня
Но здесь народ часто спрашивал, почему iowait вычитается из idle и т.п.. Я нашел статью, кинул здесь линк
И вдруг на, выскочил тут ты, че то не в тему буркнул и все... Мимо чтоли пролетал и пост решил набрать?

Ахтунг всем!
Кажись дело сдвинулось с мертвой точки
см. bug http://bugzilla.kernel.org/show_bug.cgi?id=12309 , пост 360
Там человек пишет, что сделал revert двух патчей 2007-го года (когда проблема впервые появилась), и после люди пишут, что производительность повысилась драматично ...
Плиз кто-нибудь попробуйте сделать это и отпишите сюда ;-)

[Warlornhor]

(See comment #263 and comment #292 for test results.)
It's not a solution, though; it just skirts around the real issue.

[Perlover]

(See comment #263 and comment #292 for test results.)
It's not a solution, though; it just skirts around the real issue.

Насколько я понял, читая те посты, тот коммент, что вы привели здесь, совсем про другое, а не про патч
Вот тот полный коммент, фразу из которого вы вырезали
Там, я как понял, спрашивают, что типа может вместо патча можно было бы сделать настройки через /proc, на что ему ответили, что уже пробовали или т.п..

(In reply to comment #365)
> Isn't the second patch just adjusting things which can be adjusted in proc?
>
> echo 10 > /proc/sys/vm/dirty_background_ratio
> echo 40 > /proc/sys/vm/dirty_ratio
>
> Someone want to do some tests after adjusting those two?

We already determined months ago that tuning those knobs way down was a way to
minimize the problem. (See comment #263 and comment #292 for test results.)
It's not a solution, though; it just skirts around the real issue.

[Bluetooth]

Насколько я понял, читая те посты, тот коммент, что вы привели здесь, совсем про другое, а не про патч
Вот тот полный коммент, фразу из которого вы вырезали
Там, я как понял, спрашивают, что типа может вместо патча можно было бы сделать настройки через /proc, на что ему ответили, что уже пробовали или т.п..

Ну да, но потом тут же сказали, что это не помогает.
А я сегодня поставил ядро с этими патчами(27е) на дефолтну загрузку ,посмотрю, как это все себя вести будет.
пока могу сказать только то, что htop показывает высокий iowait, но я не чувствовал тормозов. Но о чем-то говориьт еще рано, ибо я их вообще редко чувствую.

[Bluetooth]

Потихоньку собираю ядра, для теста.
Уже есть обычное 27е ядро, 27е ядро с патчем отсюда
И, что самое интересное, 30е ядро с патчем отсюда

На 30м ядре htop не показывает iowait. Но по поводу тормозов не могу ничего сказать, это нужно тестировать. Я буду это делать в течении ближайших недель. Вот только непонятна методика тестирования. Я рассылку почитал, там каждый тестит по разному, и не всегда понятно, что же там отражено. Быть может, кто-нибудь мне подскажет?

[TuxWare]

Потихоньку собираю ядра, для теста.
Уже есть обычное 27е ядро, 27е ядро с патчем отсюда
И, что самое интересное, 30е ядро с патчем отсюда

На 30м ядре htop не показывает iowait. Но по поводу тормозов не могу ничего сказать, это нужно тестировать. Я буду это делать в течении ближайших недель. Вот только непонятна методика тестирования. Я рассылку почитал, там каждый тестит по разному, и не всегда понятно, что же там отражено. Быть может, кто-нибудь мне подскажет?

А как это потихоньку? А потом зачем Вам его тестировать, за 3 года все уже натестировались по уши. Если раньше достаточно часто шли сообщения, то потом все реже и реже. Сейчас попробуют #366 патчик, который лично мне не помог, и еще половина пишущих отвалит. Да и не мог он ничем помочь, патчатат cfq, а тормозит не всех шедулерах.
Да так я о чем, если люди прекращают обращатся к сему багу и выражать свое негодование или свои пожелания, значит они как то решили эту проблему. Вот, например, как тот, кто начал эту тему. У меня тормозит пока еще, и тормозит очень круто. Но это уже не долго протянется.
Не подумайте чего плохого, я просто хочу сказать, что Вы подзапоздали с проведением тестов.

[Bluetooth]

Потихоньку собираю ядра, для теста.
Уже есть обычное 27е ядро, 27е ядро с патчем отсюда
И, что самое интересное, 30е ядро с патчем отсюда

На 30м ядре htop не показывает iowait. Но по поводу тормозов не могу ничего сказать, это нужно тестировать. Я буду это делать в течении ближайших недель. Вот только непонятна методика тестирования. Я рассылку почитал, там каждый тестит по разному, и не всегда понятно, что же там отражено. Быть может, кто-нибудь мне подскажет?

А как это потихоньку? А потом зачем Вам его тестировать, за 3 года все уже натестировались по уши. Если раньше достаточно часто шли сообщения, то потом все реже и реже. Сейчас попробуют #366 патчик, который лично мне не помог, и еще половина пишущих отвалит. Да и не мог он ничем помочь, патчатат cfq, а тормозит не всех шедулерах.
Да так я о чем, если люди прекращают обращатся к сему багу и выражать свое негодование или свои пожелания, значит они как то решили эту проблему. Вот, например, как тот, кто начал эту тему. У меня тормозит пока еще, и тормозит очень круто. Но это уже не долго протянется.
Не подумайте чего плохого, я просто хочу сказать, что Вы подзапоздали с проведением тестов.

Согласен, несколько запоздал, однако эти тесты совершенно потеряют смысл тогда, когда проблема будет для меня решена.
А проблема кажется близкой к решению Но чтобы понять быстрее, решена она, или нет,нужно провести нормальные тесты. Вот я бы и хотел бы узнать, как это лучше сделать

[TuxWare]

А какая разница как кто тестирует, итог один.
Работает яст, установка пакетов (закачка быстрая 2-3 мегабайта/сек, т.е в основном пакеты разворачиваются на диске ну и какие то скрипты отрабатывают) , и в тот же момент копируется каталог linux-2.6.30 c home на src (на одном диске). Других активных задач нет. Свободной памяти 6 гигов. Щелчок по кнопке kde-меню через 5 секунд всплывает меню. Щелчок по вкладке ПРИЛОЖЕНИЯ - через 5 секунд переход, ИНТЕРНЕТ - еще 5 секунд, ПОЧТА - еще 5 секунд, THUNDERBIRD - тут круче, окно открывается не менее чем через 2 минуты, а то и более. На копирование каталога linux-2.6.30 уходит 4-5 минут. Это прикол такой первоапрельский 300 Мб 5 минут копировать, на диске который пишет со скоростью 105-110 Мб/с.
Никаких намеков на неисправную работу железа нет. Проверял.

fsync-tester - показывает у меня не самое худшее время (0.5 - 1.8 с) без всяких экслюзивных выпадов (у людей видел 5-11 секунд). dd выдают всегда > 90% iowait. Скорость dd для файла 16 гигов (2 x объем памяти) > 80 Мб/c.
Можете выложить, что у Вас получилось. И увидим это оно влияет или нет.

[Bluetooth]

Кстати, как выяснилось, 30е ядро не показывало iowait на старом компе(я его собирал на старом компе, коорый у меня в качестве сервера быкапа крутится, с SLES 11). Но, впрочем, и 27е ядро тож не показывало iowait. Конечно, это не показатель, тесты еще будут, когда я разделаюсь с сессией. Но результат, думаю, будет таким: чудес не бывает, и какой-то там патчик для шедуллера не сможет ничего сделать с такой проблемой. А вот интеловский чипсет - может))

[Perlover]

Да так я о чем, если люди прекращают обращатся к сему багу и выражать свое негодование или свои пожелания, значит они как то решили эту проблему. Вот, например, как тот, кто начал эту тему. У меня тормозит пока еще, и тормозит очень круто. Но это уже не долго протянется.
Не подумайте чего плохого, я просто хочу сказать, что Вы подзапоздали с проведением тестов.

я думаю, если бы они это решили, они отписали бы - проблема волнует многих и не отписать о решении, было бы очень странно - за решение проблемы им бы уже сотню раз спасибо сказали
А то что наблюдается снижение частоты жалоб на баг, не обязательно значит, что они решили проблему
Второй вариант - просто смирились и их задолбало ее обсуждать. Как говориться, решили поступить по приниципу - "придется с этим жить"
Но мне правда, жить с этим не хочется, потому и пишу до сих пор :-)

[TuxWare]

я думаю, если бы они это решили, они отписали бы - проблема волнует многих и не отписать о решении, было бы очень странно - за решение проблемы им бы уже сотню раз спасибо сказали

1. Где то читал, что i7 подвержен тому же багу, но на восьми процесорах (хоть и логических) перемалывает это недоразумение так, что пользователь и не не замечает о каких там багах идет речь. Я не очень доверяю таким заметкам, здесь нужно выполнить более детальный поиск по теме или просто попробовать. Но вариант заслуживает внимания.
2. FreeBSD и еже с ним не подверженно сей проблеме. Правда отсутствуют драйвера, например, NVIDIA для amd64.
3. Пробывал вин-7 бета. Нет проблем, на одном и том же железе каталог linux-2.6.30 копирует за секунды при отличной отзывчивости (SUSE копирует тот же каталог 5 минут в 60 раз медленнее). Есть вирусы, высокая цена, но все же дешевле чем i7.
4. Ну можно и тормозить далее, особенно если это не критично и операции с большими файлами достаточно редкое явление. Ну тогда и обрашаться нечего, когда нибудь починят - хорошо, не починят - ну и что.

и т.д., но решения проблемы имеются. Можете мне сказать "сотню раз спасибо", во всяком случае мои решения получше нежели патчение cfq. А какие решения приняли те кто перестал обращаться к проблеме тяжело сказать, но могу сказать одно - там были сообщения о тормозах на серверах, неужто Вы думаете, что люди 3 года сидят и смотрят как лежат ящики с ксеонами по 3-10 штук баксов. Лично я ставлю второй хард, жду выхода вин-7 и перевожу на нее все, что мешает мне жить. А по интернету шарится у меня есть нетбук с сусе, вот он не тормозит как раз. Потому меня лично тоже уже мало интересует закроют они ошибку или так и будет висеть вывеска RESOLVED INSUFFICIENT_DATA.

[Perlover]

и т.д., но решения проблемы имеются. Можете мне сказать "сотню раз спасибо", во всяком случае мои решения получше нежели патчение cfq. А какие решения приняли те кто перестал обращаться к проблеме тяжело сказать, но могу сказать одно - там были сообщения о тормозах на серверах, неужто Вы думаете, что люди 3 года сидят и смотрят как лежат ящики с ксеонами по 3-10 штук баксов. Лично я ставлю второй хард, жду выхода вин-7 и перевожу на нее все, что мешает мне жить. А по интернету шарится у меня есть нетбук с сусе, вот он не тормозит как раз. Потому меня лично тоже уже мало интересует закроют они ошибку или так и будет висеть вывеска RESOLVED INSUFFICIENT_DATA.

Все вышеперечисленные тобой решения, лично для меня, решениями не являются, кроме FreeBSD
1) Ставить процессор i7 - это апгрейд и мамки и всего что потом связано с серваком. И не думаю, что проблема будет не заметна. Ну жрал iowait раньше на Ксеоне 95-99%, оставляя под задачи 1-5%, то теперь будет тоже на i7. Ну да, этот процент может быть даст небольшой выйгрыш, а может и не даст. Я что-то нигде не видел, чтобы кто-то писал, что у него i7 и теперь тормоза не заметны. Что за источники об этом?
2) Про FreeBSD - это, на мой взгляд, решение. Но не решение самой проблемы. Могу за это сказать спасибо!
3) Вин-7 бета - это Винда что ли? Это вообще и на решение то не тянет. Бред от самого начала до конца. Я вообще Винду, как сервер, не воспринимаю. Даже далее говорить ничего не хочется ... Я уж молчу про софт, sshd, удобство работы удаленно с этой ОС, про набор команд для работы улаленно. Геммор еще тот. Копирование папок одно, а сервак под виндой - дело совсем другое ;-)
4) Ну тут каждому решать, обращаться ему за решением проблемы или нет. Меня достает это, и вряд ли кого это не достает. У меня серваки, у кого то ноут. И там и там эта проблема проявляется явно, тока слепой не заметит.

А насчет ящиков. У меня несколько ящиков, там Linux с этой проблемой. Но ящики не лежат, а иногда подвисают, и отвисают потом. Проблему я пытаюсь решить, обсуждая ее на форумах, читая, как ее решают. Надеюсь, ее когда нибудь решат. Если не решат, я лично буду переезжать на FreeBSD. Мне не пофиг, как долго баг будет висеть не решенным ;-)

[Perlover]

Ура! У меня кажись (тестирую 10-12 часов и пока полет нормальный) получилось побороть подвисания на секунды и минуты для жестко-нагруженного сервака с дисковой работой.
Решение я привел здесь

http://bugzilla.kernel.org/show_bug.cgi?id=12309#c385

Это "синтез" команд, которые я собрал по форумам, где народ пробовал что либо предлагать для решения и тестов.
'dd' я не пробовал. И не хочу, так как боюсь нарушать порядок работы рабочего сервака ;-)
Предлагаю всем, кто работает с жестко-нагруженными серваками поставить эти опции - там мы меняем шедулер, работу с кешированием inodes и очередью на сортировку шедулера. Вроде так, если я все опции правильно понял. Главное, что это у меня заработало.
Но это временное решение :-( Хотя работает ;-) Баг стопудов в ядре есть до сих пор.
Буду признателен за отзывы тех, кого достал этот баг. Мне очень интересно, сработает ли это у вас.

Маленькое уточнение! Я не думаю, что это тоже повлияло, но все же напишу здесь
Я вырубил у себя в сервисах irqbalance, отключил модуль cdrom (он собирал постоянно прерывания, хотя сидюк не работал - cat /proc/interrupts -> видно было прерывания -> modprobe -rv ide_cd), затем выставил маски для всех процессоров на прерывания (for a in /proc/irq/*; do echo -n "ffffffff" > $a/smp_affinity; done) - тогда у меня eth0 и scsi винты обрабатывались не один-двумя ядрами, как с irqbalance, а всеми ядрами. Но после этих правок я сутки тестировал - и проблема оставалась. Если решение, описанное в bugzilla не поможет, попробуйте еще сделать эти команды. Может быть повлияло и то и то, так как часто на форумах я читал, что смена шедулера и другие описанные там команды - не помогали. Но мы там не тока шедулер меняем в workaround ...