дисковый кэш

Скажем так, они могут вести себя "непривычно" в этом отношении. Как минимум, с определенных точек зрения.

Если воспринимать это как интерфейс к данным другой программы (ядра) - становится более понятным.

Да, но не все обязаны обрабатывать сисколлы одинаково. Можно запросто что-то типа EPERM возвращать в ответ на попытку unlink. Ну, или нечто более подходящее по статусу.

PS: Я нехорошо обозвал их "виртуальными". Вики говорит о procfs: a *special* filesystem.

так что же наше неглупое ядро там делает?

netwind, а вы когда размонтировали /var вывод

ls -la /proc/sys/vm/drop_caches

меняется до и после ?

TC, а ядро дебиановское или сами собирали?

Если ядро не дебиановское, то данная ситуация повторяется на дебиановском ядре, если повторяется то на каком?

что выдает uname -r ?

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

А я могу "угадать" :) Раз кеши у вас сбрасываются при отмонтировании - то меняется информация в sys/vm. Следовательно, да - временные метки на файле меняются (как и на всех остальных в каталоге).

coolwebsearcher, ядро из репов

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

затрагивает это не только vm

type=CONFIG_CHANGE msg=audit(1324373780.766:737): op=remove rule dir="/proc/sys/kernel" key=(null) list=4 res=1

type=CONFIG_CHANGE msg=audit(1324373780.766:738): op=remove rule path="/proc/sys/vm/drop_caches" key=(null) list=4 res=1

type=CONFIG_CHANGE msg=audit(1324373780.766:739): op=remove rule dir="/proc/sys/vm" key=(null) list=4 res=1

type=CONFIG_CHANGE msg=audit(1324373780.766:740): op=remove rule dir="/proc/sys/fs" key=(null) list=4 res=1

type=CONFIG_CHANGE msg=audit(1324373780.766:741): op=remove rule dir="/proc/sys/debug" key=(null) list=4 res=1

type=CONFIG_CHANGE msg=audit(1324373780.766:742): op=remove rule dir="/proc/sys/dev" key=(null) list=4 res=1

type=CONFIG_CHANGE msg=audit(1324373780.766:743): op=remove rule dir="/proc/sys/abi" key=(null) list=4 res=1

type=CONFIG_CHANGE msg=audit(1324373780.766:744): op=remove rule dir="/proc/sys/net" key=(null) list=4 res=1

---------- Добавлено в 14:51 ---------- Предыдущее сообщение было в 12:59 ----------

решение нашёл, всем спасибо!

господину всезнайке myhand привет )

А решение озвучить нет ? религия не позволяет ?

vm.zone_reclaim_mode = 0 было 1

1) стала ли использоваться вся память?

2) уменьшилась ли нагрузка на диски?

вроде бы эти проблемы озвучивались в первом посте

А кто врал, что у него:

- тот и буратин.

И в squeeze и в lenny *по-умолчанию*:

vm.zone_reclaim_mode = 0

(хотя не копал глубоко, возможно не на всех архитектурах)

Вы почитайте описание этой крутилки, найдете?