дисковый кэш

точно лимиты ставил, в vmstat 1 это явно должно было промелькнуть, потом выжирание памяти ну никак не может соответствовать удалению /proc/sys/vm/drop_caches

вот записал прочитал

type=SYSCALL msg=audit(1324317552.211:2280): arch=c000003e syscall=2 success=yes exit=3 a0=17f3648 a1=241 a2=1b6 a3=0 items=1 ppid=16547 pid=16549 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts1 ses=4294967295 comm="bash" exe="/bin/bash" key=(null)

type=CWD msg=audit(1324317552.211:2280):  cwd="/root"

type=PATH msg=audit(1324317552.211:2280): item=0 name="/proc/sys/vm/drop_caches" inode=76383498 dev=00:03 mode=0100644 ouid=0 ogid=0 rdev=00:00

type=SYSCALL msg=audit(1324317565.100:2281): arch=c000003e syscall=2 success=yes exit=3 a0=7fffb243cebf a1=0 a2=7fffb243cce8 a3=0 items=1 ppid=16549 pid=22798 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts1 ses=4294967295 comm="cat" exe="/bin/cat" key=(null)

type=CWD msg=audit(1324317565.100:2281):  cwd="/root"

type=PATH msg=audit(1324317565.100:2281): item=0 name="/proc/sys/vm/drop_caches" inode=76383498 dev=00:03 mode=0100644 ouid=0 ogid=0 rdev=00:00

в момент сброса ничего подобного

type=PATH msg=audit(1324305543.735:75): item=0 name="/proc/sys/vm/drop_caches" inode=73086786 dev=00:03 mode=0100644 ouid=0 ogid=0 rdev=00:00

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

[boris@vaioz ~]$ cat go.c
#include <stdlib.h>
#include <unistd.h>
#include <stdio.h>

int main(void)
{
        long ps, sz = 1024UL * 1024 * 1024 * 1;
        char *p, *i;
        ps = sysconf(_SC_PAGESIZE);
        p = malloc(sz);
        if (!p) { perror("malloc"); return 1; }
        for (i = p; i < p + sz; i += ps) *i = 1;
        return 0;
}
[boris@vaioz ~]$ make go
cc     go.c   -o go
[boris@vaioz ~]$ free -m
             total       used       free     shared    buffers     cached
Mem:          3630       3452        177          0          0       2396
-/+ buffers/cache:       1055       2574
Swap:            0          0          0
[boris@vaioz ~]$ time ./go

real    0m1.161s
user    0m0.033s
sys     0m1.008s
[boris@vaioz ~]$ free -m
             total       used       free     shared    buffers     cached
Mem:          3630       2464       1165          0          0       1429
-/+ buffers/cache:       1035       2595
Swap:            0          0          0

У меня приложение, которое выделяет страницы так быстро, как может делать это нормальное приложение, требует около секунды на гигабайт памяти. Такое поведение действительно бы промелькнуло в vmstat :(

Ну или что-то совсем platform-dependent играет со всякими MAP_HUGETLB

Ну, либо так "ставили" - либо проблема действительно в чем-то другом. Боюсь, телепатически вам в этом случае никто не поможет.

Как минимум, стоит "расколоться" - кого вы ограничили и как. И кто еще есть, кого не ограничили.

У вас и промелькнуло.

Так работает procfs. Ядро считает, что надо обновить содержимое директории: удаляет текущую и создает новые файлы. Что неправильного?

Забудь ты, наконец, про это "удаление" - оно не связано с проблемой непосредственно. Можешь просто проследить за временными метками в /proc/sys/vm/ и убедиться.

удаляется, именно удаляется!!!

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

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

попробую отследить что в /proc в момент удаления

вот ещё

aureport -s



Syscall Report

=======================================

# date time syscall pid comm auid event

=======================================

1. 19/12/11 21:59:12 2 16549 bash -1 2280

2. 19/12/11 21:59:25 2 22798 cat -1 2281

3. 19/12/11 22:00:37 263 23011 rm -1 2282

4. 19/12/11 22:00:50 192 23013 ls -1 2283

5. 19/12/11 22:00:50 191 23013 ls -1 2284

6. 19/12/11 22:02:02 268 23037 chmod -1 2285

это всё я делал

Чучело, это ядро просто обновляет информацию. Это нормально.

myhand, слушай, ты, "знаток" linux, хватит тут брякать, достал уже, когда хорошим манерам научишься.

У меня процессам не даёт удалять прок:

[boris@vaioz ~]$ sudo chmod 755 /proc/sys/vm/

chmod: изменение прав доступа для «/proc/sys/vm/»: Операция не позволяется

[boris@vaioz ~]$ sudo rm /proc/sys/vm/drop_caches

rm: невозможно удалить «/proc/sys/vm/drop_caches»: Отказано в доступе

можно только

sudo chmod 755 /proc/

во вложенности низя

Еще один открыватель банальности "procfs работает отлично от того, к чему я привык в /home/" ? ;) Как бы никто вам и не обещал.

Добро пожаловать, это виртуальная система. Правда, последняя ошибка (EACCES, если я корректно ее перевел) - по-моему не к месту.

дело хозяйское - обещаю вас игнорировать.

А что, в виртуальных файловых системах запрещено удалять файлы или менять права?

Как отличить виртуальную ФС от невиртуальной, если все они -- VFS?