linux-kernel

попробуй static int j;

>for(i=0; i < 300000000; i++)

У тебя тупо повиснет система, я уже писал в том треде.

Кури вот это, для начала: http://www.makelinux.net/ldd3/chp-7-sect-4.shtml

j = 0;

for(i=0; i < 300000000; i++)

{ j+=i; }

задержка есть - проверил :)

если бы так просто это проверялось, то уже бы вычислили давно. проблема несколько глубже - я кратко в параллельном треде писал: почитать про июльские патчи в ядро по CFQ, IOPS, iosched. И попробовать на себе (если проявлялось ранее) - там много от параметров HDD зависит для работы этого бага.

>При использовании в модуле ядра даже с CFLAGS=-O0 задержки нет.

objdump module.ko -D выложи.

> там много от параметров HDD

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

В итоге я сделал задержку с помощью msleep.

перед тестом я проверил на dd if=/dev/zero of=file bs=1048576. Имелись небольшие тормоза.

Потом ставил задержку чтения 1-5-10-100 мс, непрерывное чтение по чтение 1024 байта на stdout. ни в одном случае никаких затормаживаний не наблюдалось.

После выводил в file. Тормоза не наблюдались.

После я проверил с dd из /dev/zero. Тормоза ушли.

И все это делалось с опцией mount sync

>dd if=/dev/zero of=file bs=1048576. Имелись небольшие тормоза.

После выводил в file. Тормоза не наблюдались.

Это как так? Подробнее распиши, что делал.

Сперва dd if=/dev/zero of=file bs=1048576

Затем чтение из созданного устройства.

Замем mount -o remount,sync /home

потом опять многократное чтение

Потом снова dd if=/dev/zero of=file bs=1048576

Т.е. в данном случае решающую роль на появление тормозов играет опция sync. проверил на ext4 и ext3.

на ext2 не прокатывает (да - завалялось такое %))