ещё с прошлого треда никто не ответил?)

ответили - нескольким помогло
просто во флуде сия просьба теряется...

одинаково, что так , что этак

~ :$uname -p ; lspci |grep SATA
Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
00:0e.0 RAID bus controller: nVidia Corporation MCP73 SATA RAID Controller (rev a2)

В первом случае ничего не тормозит, операция проц вообще не нагружала, ну может на процент максимум. Второй случай не проверял. MacBook Pro.

Лучше не стало, и так и так тормозит

2.6.34-ARCH #1 SMP PREEMPT Mon May 17 08:36:58 UTC 2010 i686 Intel(R) Core(TM)2 Duo CPU T5800 @ 2.00GHz

Какая инфа по железу ещё нужна?

непомогло. конкретный фриз системы в обоих случаях.
железо обычное Core2Duo E2200,3Gb mem..
ФС - ext3,своп включен но не забивается (дд отжирает ровно 1гиг при работе)

кстати, загрузка проца в тесте - 99%

> echo 3 > /proc/sys/kernel/io_delay_type

А почему не 2?

а что 2?

-config UDELAY_IO_DELAY
- bool «Delay I/O through udelay instead of outb»
- depends on DEBUG_KERNEL
+#
+# IO delay types:
+#
+
+config IO_DELAY_TYPE_0X80
+ int
+ default «0»
+
+config IO_DELAY_TYPE_0XED
+ int
+ default «1»
+
+config IO_DELAY_TYPE_UDELAY
+ int
+ default «2»
+
+config IO_DELAY_TYPE_NONE
+ int
+ default «3»

+
+config IO_DELAY_0X80
+ bool «port 0x80 based port-IO delay [recommended]»
+ help
+ This is the traditional Linux IO delay used for in/out_p.
+ It is the most tested hence safest selection here.
+
+config IO_DELAY_0XED
+ bool «port 0xed based port-IO delay»
help
- Make inb_p/outb_p use udelay() based delays by default. Please note
- that udelay() does not have the same bus-level side-effects that
- the normal outb based delay does meaning this could cause drivers
- to change behaviour and/or bugs to surface.
+ Use port 0xed as the IO delay. This frees up port 0x80 which is
+ often used as a hardware-debug port.
+
+config IO_DELAY_UDELAY
+ bool «udelay based port-IO delay»
+ help
+ Use udelay(2) as the IO delay method. This provides the delay
+ while not having any side-effect on the IO port space.
+
+config IO_DELAY_NONE
+ bool «no port-IO delay»
+ help
+ No port-IO delay. Will break on old boxes that require port-IO
+ delay for certain operations. Should work on most new machines

Может быть, во втором случае чуть отзывчивее. А может быть, потому что во второй раз работает непотертый кэш...

Один фиг, система тормозит офигительно.

btw, шедулер noop, ext4 смонтирована с барьером

ну ладно - проверил у себя так
mount -t tmpfs tmpfs -o size=2200M /var/tmp/portage
echo 2 > /proc/sys/kernel/io_delay_type
dd if=/dev/zero of=/var/tmp/portage/111 bs=10M count=200
130 MB/c
с 0-ом 101 MB/c
с 3-ой 153 MB/c
и в последнем случае куда меньше фризов морды
З.Ы. 2 гига опреативы (из них занято овер 400) и swappiness=10

Кстати, можно как-нибудь сделать, чтобы эта настройка (io_delay_type = 3) применялась автоматически при старте компьютера, без пересборки ядра?

дык допиши строку
echo 3 > /proc/sys/kernel/io_delay_type
в /etc/rc.local или аналог (хз что у тебя за дистр)

echo kernel.io_delay_type=3 >> /etc/sysctl.conf

или строку
kernel.io_delay_type=3
в /etc/sysctl.conf

опередил :)

З.Ы. 2 гига опреативы (из них занято овер 400) и swappiness=10

а swapiness сильно влияет на результаты теста?

у мну 6 гектар на PAE. Что будет если выкрутить swapiness=0? Всё сломается? :)

Кстати, забавно:

vim /proc/sys/vm/swappiness

выдает при сохранении файла «невозможно выполнить fsync()» и ничего не сохраняет.

а вот

echo 10 > /proc/sys/vm/swappiness

работает нормально...

в случае с tmpfs которая падает в своп, да :)
если выставить в 0 получишь или полный фриз системы или придёт дядька OOM killer и расстреляет виновных - в данном случае dd ^_^

Ну и куда там делать fsync()? Только read/write же.

Ну и куда там делать fsync()? Только read/write же.

я о том же. Странно, что vim этого не знает, файл стандартный же? Как бы ему сказать, что не надо делать fsync?

>файл стандартный же?
с чего бы это? о_О
/proc вообще на винте не лежит - этож псевдо фс - для поковырять ядро не перезагружая/перебирая его, например...

файл стандартный же?

с чего бы это? о_О

в каком-то дистре swappiness лежит в другом месте нежели чем в /proc/sys/vm/swappiness ? =)

с рояля?
просто это псевдо фс

хотя mcedit открывает его...пустым, он умеет в него сохранять )

хотя mcedit открывает его...пустым, он умеет в него сохранять )

а vim открывает его заполненным верными данными, то есть умеет читать.

все чудесатее и чудесатее. недоредакторы во всем своем великолепии =)

mount -t tmpfs tmpfs -o size=2200M /var/tmp/portage

dd if=/dev/zero of=/var/tmp/portage/111 bs=10M count=200

200+0 записей считано

200+0 записей написано

скопировано 2097152000 байт (2,1 GB), 2,74357 c, 764 MB/c

echo 3 > /proc/sys/kernel/io_delay_type

dd if=/dev/zero of=/var/tmp/portage/111 bs=10M count=200

200+0 записей считано

200+0 записей написано

скопировано 2097152000 байт (2,1 GB), 2,67475 c, 784 MB/c

2.6.34-smp #1 SMP Wed May 26 15:27:56 EEST 2010 i686 Intel(R) Core(TM)2 Quad CPU @ 2.40GHz GenuineIntel GNU/Linux

4Гиг памяти

так не интересно - размер тмпфс и количество блоков(count) надо тогда в 2 раза увеличить
и не понятно при каком раскладе меньше тормозит морда

mount -t tmpfs tmpfs -o size=4400M /var/tmp/portage

echo 3 > /proc/sys/kernel/io_delay_type

dd if=/dev/zero of=/var/tmp/portage/111 bs=10M count=400

400+0 записей считано

400+0 записей написано

скопировано 4194304000 байт (4,2 GB), 25,3935 c, 165 MB/c

echo 0 > /proc/sys/kernel/io_delay_type

dd if=/dev/zero of=/var/tmp/portage/111 bs=10M count=400

400+0 записей считано

400+0 записей написано

скопировано 4194304000 байт (4,2 GB), 22,9057 c, 183 MB/c

своп стал 3 Гига, всё одинаково сильно тормозило.

>файл стандартный же?

Не, это что-то типо пайпа.

>>файл стандартный же?

Не, это что-то типо пайпа.

в смысле, путь до файла стандартный :) Можно было бы захардкодить в vim, чтобы именно этот файл (именно с таким полным путем) он сохранял без fsync.

>Можно было бы захардкодить в vim

Извините, но это п-ц.

>mount -t tmpfs tmpfs -o size=2200M /var/tmp/portage

dd if=/dev/zero of=/var/tmp/portage/111 bs=10M count=200

Тормозов не было никаких не с 3, ни с 0 в io_delay_type.

в этом случае тоже надо подбирать под оперативу цыферки
приведённые для 2 гигов

Я bs от 1K до 512M крутил.

оффтоп

у тебя аватарка криво заретуширована по краям :) Сохраняешь в фотошопе сразу с синим лоровским фоном и мажешь пальцем или размытием с маленьким радиусом. Еще лучше - для фигурки сделать полупрозрачную маску по краю, и потом уже наложить ее на синий фон. Можно еще лучше. Маны есть в сети ;)

не то крутил
нужно крутить размер tmpfs и count

ну толсто же!

В танго смотреться будет как уг же.

>размер tmpfs и count

Пока ram хватало - крутил. Не тормозило никак.

>криво заретуширована по краям

Потому что PNG8.

> ну толсто же!

я совсем не наелся :(

в чем же толщина?

>недоредакторы во всем своем великолепии =)

недоюзеры во всем своем великолепии. кури маны на тему /proc и чем отличаются файлы в ней от обычных

OOM killer убьет скорее всего того кто захавал больше всего памяти, а это вряд ли будет dd :)

и чем отличаются файлы в ней от обычных

это абсолютно неважно.

mcedit умеет писать в файл, vim умеет читать. Но никто из них не умеет писать и читать одновременно.

вообще то этими файлами манипулируют командами cat и echo, не знаю с чего вдруг вы решили извращаться редактором

не знаю с чего вдруг вы решили извращаться редактором

с тем, что консольными утилитами стараюсь не пользоваться ни за что и никогда, ровно как и самой консолью.

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

Linux kwork 2.6.32-24-generic #38-Ubuntu SMP Mon Jul 5 09:20:59 UTC 2010 x86_64 GNU/Linux

00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01)