file-max
Предел , который вы видите под proc fs
одно значением структуры в "./include/linux/fs.h"
структуре является:
/* And dynamically-tunable limits and defaults: */
struct files_stat_struct {
unsigned long nr_files; /* read only */
unsigned long nr_free_files; /* read only */
unsigned long max_files; /* tunable THIS IS OUR VALUE */
};
В настоящее ./fs/file_table.c
время files_stat_struct
используется:
struct files_stat_struct files_stat = {
.max_files = NR_FILE /* This constant is 8192 */
};
Теперь в предыдущем файле "./fs/file_table.c"
будет функция, которая сделает реальную работу
void __init files_init(unsigned long mempages)
{
unsigned long n;
filp_cachep = kmem_cache_create("filp", sizeof(struct file), 0,
SLAB_HWCACHE_ALIGN | SLAB_PANIC, NULL);
/*
* One file with associated inode and dcache is very roughly 1K.
* Per default don't use more than 10% of our memory for files.
*/
n = (mempages * (PAGE_SIZE / 1024)) / 10;
files_stat.max_files = max_t(unsigned long, n, NR_FILE);
files_defer_init();
lg_lock_init(files_lglock);
percpu_counter_init(&nr_files, 0);
}
Из того, что я вижу в files_init
макросе и при поиске max_t
, если 10% памяти для файлов больше 8192, то эти значения будут использоваться, если только не 8192.
files_init используется, когда ядро запускается, и вам нужно увидеть флаг SLAB_PANIC, когда kmem_cache_create
вызывается для создания общего файлового кеша.
Теперь нужно посмотреть ./kernel/sysctl.c
{
.procname = "file-max",
.data = &files_stat.max_files,
.maxlen = sizeof(files_stat.max_files),
.mode = 0644,
.proc_handler = proc_doulongvec_minmax,
},
Максимальный размер файла составляет 10% памяти. Если ваша система имеет другой объем памяти, я думаю, это нормально.