LINUX.ORG.RU
Форум — Linux-hardware  

[BUG] 12309 (обсуждение)

 


1

1

https://bugzilla.kernel.org/show_bug.cgi?id=12309

Копирую сюда свой setup

0. Model=ST3160021A системный + Model=SAMSUNG SP0802N дополнительный
1. «старом» ide 00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06),
2. без эмуляции (НЕ через libata),
3. драйвер вбит в ядро,
4. 250 hz таймер,
5. без preempt,
6. проблем с прерываниями (irq storm) нету,
7. процессор старый одноядерный K7 (нет изменения частоты),
8. памяти 768 Мб, но можно сделать сколько надо.
9. FS: ext3 mode=ordered + XFS
10. CFQ везде.
11. ванильное 2.6.34-rc5

★★★★★

 ← 1 2 →
Ответ на: комментарий от registrant

Дурацкий тако вопрос: а может это связано с включенными барьерами? Опцию barrier=0 пробовали?

annoynimous ★★★★★
()
Ответ на: комментарий от Pavval

Немного потестил.

$ dd if=/dev/zero of=~/test bs=1M count=1M ^C5056+0 записей считано 5056+0 записей написано скопировано 5301600256 байт (5,3 GB), 71,23 c, 74,4 MB/c

Определённая задержка при открытии меню в xfce, при переключении окон из хромиума в пси, но в целом всё юзабельно, музыка играла нормально, задержки не более пары секунд, в-основном их не было вовсе.

3Gb RAM, sata seagate 7200

$ uname -a Linux hokum 2.6.33-ARCH #1 SMP PREEMPT Sun May 2 10:40:03 CEST 2010 x86_64 Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz GenuineIntel GNU/Linux

Hokum ☆☆☆☆
()

Это тот самый невоспроизводимый баг, который вызывает почти полный вис всей системы, например, при копировании на флешку? Если да, то недавно на единственной машине (с дебианом), на которой он мне встретился, его удалось решить так:

http://welinux.ru/post/2222/

Тем, кто проверяет не на флешках, попробуйте повесить все прерывания на одно ядро. Типа:

for i in /proc/irq/*/smp_affinity; do echo 1 > $i; done

Это - далеко не оптимальное решение, но для теста - сойдет.

Если у кого это воспроизводится - проверьте, сработает ли у вас, и отпишитесь.

anonymous
()
Ответ на: комментарий от x3al

>for i in /sys/block/{h,s}d?/queue/scheduler; do [ -e «${i}» ] && echo 'deadline' >«${i}»; done
*hint* можно просто добавить опцию к ядру elevator=deadline

у меня так намного лучше по сравнению с настройками по-умолчанию:
echo 100 > /proc/sys/vm/swappiness
echo 0 > /proc/sys/vm/dirty_ratio
echo 0 > /proc/sys/vm/dirty_background_ratio
deadline в ядре указан

система Slackware 13, 2.6.31 | диск SAMSUNG HD501LJ | ext2/3
00:00.0 Host bridge: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. PT890 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. CN700/VN800/P4M800CE/Pro Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:0f.0 IDE interface: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
01:00.0 VGA compatible controller: VIA Technologies, Inc. CN700/P4M800 Pro/P4M800 CE/VN800 [S3 UniChrome Pro] (rev 01)

зависания есть. если монтировать с опцией sync тогда нет.

sprutos ★★★
()
Ответ на: комментарий от sprutos 
./kernel-test.sh
Using current dir to do IO tests
First Test: How much gets to run the CPU intensive task?
We have Burning CPU with 19272
min:0.012ms|avg:0.012-0.013ms|mid:0.000ms|max:0.000ms|duration:86.630s
We have Burning CPU with 21504
min:0.012ms|avg:0.012-0.013ms|mid:0.000ms|max:0.000ms|duration:86.511s
Second Test: Does the process queue get blocked because high IO?
Starting
./test-2.6.32-22-386-1
./test-2.6.32-22-386-2
./test-2.6.32-22-386-3
./test-2.6.32-22-386-4
We have High IO PID 23737
We have Burning CPU with 23738
200+0 записей считано
200+0 записей написано
скопировано 209715200 байт (210 MB)200+0 записей считано
200+0 записей написано
скопировано 209715200 байт (210 MB)200+0 записей считано
200+0 записей написано
скопировано 209715200 байт (210 MB)200+0 записей считано
200+0 записей написано
скопировано 209715200 байт (210 MB), 55,7415 c, 3,8 MB/c
, 56,1525 c, 3,7 MB/c
, 56,2188 c, 3,7 MB/c
, 55,7931 c, 3,8 MB/c
min:0.012ms|avg:0.012-0.013ms|mid:0.000ms|max:0.000ms|duration:88.545s
IO Finished before than processing
./test-2.6.32-22-386-1 deleted!
./test-2.6.32-22-386-2 deleted!
./test-2.6.32-22-386-3 deleted!
./test-2.6.32-22-386-4 deleted!
 --- Finish --- 
Kernel tested: 2.6.32-22-386 i686
anonymous
()
Ответ на: комментарий от anonymous 
./kernel-test.sh
Using current dir to do IO tests
First Test: How much gets to run the CPU intensive task?
We have Burning CPU with 2915
min:0.002ms|avg:0.009-0.011ms|mid:0.000ms|max:0.000ms|duration:6.204s
We have Burning CPU with 4283
min:0.003ms|avg:0.009-0.011ms|mid:0.000ms|max:0.000ms|duration:5.806s
Second Test: Does the process queue get blocked because high IO?
Starting
./test-2.6.18.2-34-default-1
./test-2.6.18.2-34-default-2
./test-2.6.18.2-34-default-3
./test-2.6.18.2-34-default-4
We have High IO PID 5658
We have Burning CPU with 5659
200+0 записей считано
200+0 записей написано
200+0 записей считано
200+0 записей написано
209715200 bytes (210 MB) copied209715200 bytes (210 MB) copied, 12,8843 s, 16,3 MB/s
, 13,0011 s, 16,1 MB/s
200+0 записей считано
200+0 записей написано
209715200 bytes (210 MB) copied, 13,2809 s, 15,8 MB/s
200+0 записей считано
200+0 записей написано
209715200 bytes (210 MB) copied, 13,3669 s, 15,7 MB/s
min:0.003ms|avg:0.009-0.012ms|mid:0.000ms|max:0.000ms|duration:4.906s
IO Finished before than processing
./test-2.6.18.2-34-default-1 deleted!
./test-2.6.18.2-34-default-2 deleted!
./test-2.6.18.2-34-default-3 deleted!
./test-2.6.18.2-34-default-4 deleted!
 --- Finish --- 
Kernel tested: 2.6.18.2-34-default i686
anonymous
()
Ответ на: комментарий от anonymous 
./kernel-test.sh
Using current dir to do IO tests
First Test: How much gets to run the CPU intensive task?
We have Burning CPU with 10190
min:0.006ms|avg:0.028-0.033ms|mid:0.000ms|max:0.000ms|duration:41.692s
We have Burning CPU with 12105
min:0.006ms|avg:0.031-0.035ms|mid:0.000ms|max:0.000ms|duration:37.782s
Second Test: Does the process queue get blocked because high IO?
Starting
./test-2.6.24-19-server-1
./test-2.6.24-19-server-2
./test-2.6.24-19-server-3
./test-2.6.24-19-server-4
We have High IO PID 14021
We have Burning CPU with 14022
200+0 records in
200+0 records out
209715200 bytes (210 MB) copied, 46,0651 s, 4,6 MB/s
200+0 records in
200+0 records out
209715200 bytes (210 MB) copied, 47,3417 s, 4,4 MB/s
200+0 records in
200+0 records out
209715200 bytes (210 MB) copied, 47,4021 s, 4,4 MB/s
200+0 records in
200+0 records out
209715200 bytes (210 MB) copied, 47,9108 s, 4,4 MB/s
min:0.006ms|avg:0.033-0.037ms|mid:0.000ms|max:0.000ms|duration:41.142s
IO Finished before than processing
./test-2.6.24-19-server-1 deleted!
./test-2.6.24-19-server-2 deleted!
./test-2.6.24-19-server-3 deleted!
./test-2.6.24-19-server-4 deleted!
 --- Finish --- 
Kernel tested: 2.6.24-19-server i686
anonymous
() 
./kernel-test.sh 
Using current dir to do IO tests
First Test: How much gets to run the CPU intensive task?
We have Burning CPU with 1271
min:0.016ms|avg:0.067-0.116ms|mid:0.000ms|max:0.000ms|duration:116.133s
We have Burning CPU with 5050
min:0.017ms|avg:0.067-0.116ms|mid:0.000ms|max:0.000ms|duration:116.671s
Second Test: Does the process queue get blocked because high IO?
Starting
./test-2.6.24-26-openvz-1
./test-2.6.24-26-openvz-2
./test-2.6.24-26-openvz-3
./test-2.6.24-26-openvz-4
We have High IO PID 9368
We have Burning CPU with 9369
200+0 records in
200+0 records out
209715200 bytes (210 MB) copied, 24,8589 s, 8,4 MB/s
200+0 records in
200+0 records out
209715200 bytes (210 MB) copied, 24,9162 s, 8,4 MB/s
200+0 records in
200+0 records out
209715200 bytes (210 MB) copied, 25,4033 s, 8,3 MB/s
200+0 records in
200+0 records out
209715200 bytes (210 MB) copied, 25,6189 s, 8,2 MB/s
min:0.017ms|avg:0.065-0.118ms|mid:0.000ms|max:0.000ms|duration:114.377s
IO Finished before than processing
./test-2.6.24-26-openvz-1 deleted!
./test-2.6.24-26-openvz-2 deleted!
./test-2.6.24-26-openvz-3 deleted!
./test-2.6.24-26-openvz-4 deleted!
 --- Finish --- 
Kernel tested: 2.6.24-26-openvz i686
anonymous
()
Ответ на: комментарий от anonymous

из-за версий ядер? а что за тесты, откуда можна скачать?

у меня сейчас немного изменилась оптимизация:

echo 100 > /proc/sys/vm/swappiness
echo 0 > /proc/sys/vm/dirty_ratio
echo 0 > /proc/sys/vm/dirty_background_ratio
echo 10 > /proc/sys/vm/vfs_cache_pressure
echo 4096 > /sys/block/sda/queue/nr_requests
echo 4096 > /sys/block/sda/queue/read_ahead_kb

вроде всё нормально с I/O & other ))

sprutos ★★★
()

У меня лечится либо параметром ядра isolcpus=0 либо установкой ядра 2.6.35 ;)

Kroz ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 →
Linux-hardware