дисковый кэш

плохая шутка: atd _периодически_ это делать не умеет

мне достаточно изменения время для этого файла на соответствующее времени очиски кэша. , irqbalance =) не в счёт

можно, но я всёже думаю что разгадка где-то в недрах sysctl кроется

myhand, ну почему же - atd может запускать задание, которое по завершении снова запускает atd.

да, верно. не был уверен что это работает.

Тогда все просто - оключите все лишние сервисы (кроме LAMP). В т.ч. cron, atd, мониторинг, процессы ispmanager. Убедитесь, что под root никаких скриптов LAMP не запускается.

Если что, вот так предлагают искать пид писучего процесса:

http://ubuntuforums.org/showthread.php?t=842434

Грубо говоря, можно - но не нужно. Никто в здравом уме такого не делает.

если кто-то ещё не убеждён что это дело рук не ядра, то atd тоже выключил

все убеждены.

/proc/sys/vm/drop_caches - интерфейс не для ядра, а для пользовательских процессов.

ЗЫ: а sysctl выставленные покажите?

не помогло

Zaqwr добавил 16.12.2011 в 19:26

можно пример , какие пользовательские процессы туда могу что-то писать?

Zaqwr добавил 16.12.2011 в 19:36

конечно, какие ? всё vm ?

vm.overcommit_memory = 0

vm.panic_on_oom = 0

vm.oom_kill_allocating_task = 0

vm.oom_dump_tasks = 0

vm.overcommit_ratio = 50

vm.page-cluster = 3

vm.dirty_background_ratio = 5

vm.dirty_ratio = 5

vm.dirty_writeback_centisecs = 500

vm.dirty_expire_centisecs = 3000

vm.nr_pdflush_threads = 2

vm.swappiness = 60

vm.nr_hugepages = 0

vm.hugetlb_shm_group = 0

vm.hugepages_treat_as_movable = 0

vm.nr_overcommit_hugepages = 0

vm.lowmem_reserve_ratio = 256   256     32

vm.drop_caches = 0

vm.min_free_kbytes = 14075

vm.percpu_pagelist_fraction = 0

vm.max_map_count = 65536

vm.laptop_mode = 0

vm.block_dump = 0

vm.vfs_cache_pressure = 100

vm.legacy_va_layout = 0

vm.zone_reclaim_mode = 1

vm.min_unmapped_ratio = 1

vm.min_slab_ratio = 5

vm.stat_interval = 1

vm.mmap_min_addr = 4096

vm.numa_zonelist_order = default

Не помогло что?

Вообще говоря, если вы все-еще по ls -l определяете что в drop_caches - это просто наивно. Вам объяснили как определить, что именно в этот файл пишут.

Пожалуйста:

echo 1 > /proc/sys/vm/drop_caches

Думаю, проще будет если приведете измененные.

любые с рутовыми правами или нужными capability.

А можете показать только те, которые Вы переопределили в sysctl.conf?

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