Проблемы с запуском приложений при копировании большого файла

Как бы оно криво не звучало, но я написал именно не локализовать, а "немного локализовать проблему" :)

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

В высказыванием - "а другая половина - файловая система" не могу согласиться. Это безусловно важно, но не уверен, что это половина.

Изначально, для себя, я составил следующую связку факторов влияющую на производительность IO операций:
Планировщик & FS & Дисковая подсистема & Неучтённые факторы.

И вот какова у каждого степень влияния, в случае ноутбука с одним SATA хардом, ещё надо выяснить.

По поводу файловой системы, XFS у меня и есть, но я не заостряю на этом внимание, т.к ситуация такая повторялась и на ext3 & reiser.

И про более убогогие возможности дисковой подсистемы на ноуте я в курсе..

Смотрю именно на планировщик, т.к пока считаю что:
~10-15-ть секунд на запуск приложения kps (при копировании большого файла), вместо обычных ~1-3 сек;
~25-30 на kate, вместо ~3-6 сек;
слишком большая трата за быстрое копирование файла.

По субъективным ощущениям, под копирование файла выделяется всё время на IO, и планировщик ведёт себя очень жадно, когда кто-то хочет прочитать хотя бы немного с диска (тот же ksp очень маленькая тулза, и шаренные библиотеки, которые он юзает уже закружены в память вместе с kde, с диска ему надо совсем немного прочитать для загрузки) ..

Т.о, хотелось бы как-то ограничить, допустим скорость копирования, чтобы всегда был некоторая зарезервированная полоска ( вспоминается сразу QOS & ATM :)) )

PS:

То, что "Disk buffer cache" остался в стороне, стало очевидно после моего предыдущего поста.

Sony Vaio SZ460 Premium, Core2Duo 2.0, hdd=160G, mem=2G, hybrid video: nvidia 7400 + GMA 950

hda: ST3160812A, ATA DISK drive
hda: selected mode 0x45
hda: max request size: 512KiB
hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63, UDMA(100)
hda: cache flushes supported

У меня действительно хард больше 8 Мб/с на одном разделе не выжимает.
Это видно и под Линь и под Вынь :-)
Не думаю, чтобы скорость ограничивалась чем-то искуственно
Мой config:

CONFIG_IOSCHED_NOOP=y
CONFIG_IOSCHED_AS=y
CONFIG_IOSCHED_DEADLINE=y
CONFIG_IOSCHED_CFQ=y
CONFIG_DEFAULT_AS=y
# CONFIG_DEFAULT_DEADLINE is not set
# CONFIG_DEFAULT_CFQ is not set
# CONFIG_DEFAULT_NOOP is not set
CONFIG_DEFAULT_IOSCHED="anticipatory"

# CONFIG_PREEMPT_NONE is not set
CONFIG_PREEMPT_VOLUNTARY=y
# CONFIG_PREEMPT is not set

CONFIG_HZ_250=y
# CONFIG_HZ_300 is not set
# CONFIG_HZ_1000 is not set
CONFIG_HZ=250

потому что 250 - is a good compromise :-)

>> PS. Сейчас как раз играюсь с IO Scheduler...

Ну так чем экскременты ваши закончились?

Я вот определили что на слабых винтах (какие устанавливают в буки) лучще использовать DEADLINE планировщик - отклик на запуск программ становиться заметно быстрее, особенно при запуске не больших программ.

_________________________________________________________________________
/ Enchant /
Никакую проблему нельзя решить на том же уровне, на котором она возникла...