Boris A Dolgov

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

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

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

[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»: Отказано в доступе

[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

Здравствуйте,

Эта функция использует basic-auth через .htaccess. В принципе, для защиты админки подойдёт, если Вы не используете nginx и не хотите защитить статические файлы, которые лежат по данному пути.

Как я и писал Вам в icq ;)

Их сайт высвечивается первым в гугле по запросу с их названием (и запрещен к написанию на этом форуме), там есть раздел "Контакты".

В биллинге есть возможность пользователю разрешить доступ к своему аккаунту по вайтлисту IP. У нас некоторые пользуются.

Ещё там есть внутренний лог действий, который логгирует даже функции, вызывавшиеся через post.

P.S. Для биллинге смысла переходить с apache на ihttpd нет. Связка apache + mod_ispmgr + продукт давно оттестирована и работает, CGI apache тоже уже давно хорошо запускает :)

Мы сделали простое проксированине всего биллинга на apache.

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

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

Не поможет -- http://lic.ispsystem.com/liclist.cgi?ip=77.72.123.114 пишет, что на этом адресе нет лицензии. Видимо, ещё одна жертва перераспродажи уже проданных лицензий.

Можете написать на support@isplicense.ru, в тикет-систему на my.isplicense.ru (требуется регистрация) или мне в ICQ 77556665.

Можно попробовать подключить inotify для файла /proc/sys/vm/drop_caches и смотреть, что с ним происходит.

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