Zaqwr

опять тюнинг "чего-то" выросло в пипськомер myhand'а с "кем-то" , тут ТС давно ничего не писал =)

64м вполне себе =)

проще ab натравить =) но как правило если люди уже учёные, то с одного хоста всякие флудилки - всё пустое

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

99% что именно так, или в качестве шела что-то анаогичное nologin

zone_reclaim_mode is set during bootup to 1 if it is determined that pages from remote zones will cause a measurable performance reduction. The page allocator will then reclaim easily reusable pages (those page cache pages that are currently not used) before allocating off node pages.

возможно, но не я, на других серверах с debian 5 x64, zone_reclaim_mod стоит везде 0 по умолчанию, правда у меня нет сервера с памятью больше 8 гигов чтобы и там увидеть

п.с. не стал заморачиваться, погугли на тему "zone_reclaim_mode = 1 NUMA"

ты такой настырный, ещё раз - "я ничего не менял", конечно теперь в sysctl переопредели на 0

grep -Ri reclaim /etc/

/etc/sysctl.conf:vm.zone_reclaim_mode = 0

/etc/munin/plugins/memory:              print "active.info Memory recently used. Not reclaimed unless absolutely necessary.\n";

/etc/dictionaries-common/words:reclaim

/etc/dictionaries-common/words:reclaimed

/etc/dictionaries-common/words:reclaiming

/etc/dictionaries-common/words:reclaims

Binary file /etc/dictionaries-common/default.hash matches

1

Mem:  12330136k total, 12109816k used,   220320k free,  1012096k buffers
Swap: 11727352k total,      796k used, 11726556k free,  8860604k cached

2

да

почитай ВНИМАТЕЛЬНО, что я писал, с sysctl.conf ничего не менял

так что хочешь обижайся,хочешь нет, а буратин на сегодня получается ты

vm.zone_reclaim_mode = 0 было 1

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

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

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

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

ls -la /proc/sys/vm/drop_caches

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