OpenVZ Forum


Home » International » Russian » numfile слишком большой
numfile слишком большой [message #36515] Sun, 28 June 2009 08:06 Go to next message
aspel is currently offline  aspel
Messages: 3
Registered: August 2007
Junior Member
From: *mirohost.net
Стоит Debian lenny
Kernel 2.6.24-ovz006.5
vzctl version 3.0.23-1dso1

CTID NFILE NFILE.B NFILE.L
131 33093 23999976 23999976
133 24324 23999976 23999976
299 56410 23999976 23999976
343 51866 23999976 23999976
344 5434 23999976 23999976
441 12754 23999976 23999976
891 21929 23999976 23999976
897 53124 23999976 23999976
945 2826 23999976 23999976

В середине контейнеров разве может быть открыто столько файлов?
Заходим в 299 набираем sysctl -a|grep file
fs.file-nr = 832 0 371060
Открыто 832, откуда цыфра 56410?
Re: numfile слишком большой [message #36519 is a reply to message #36515] Mon, 29 June 2009 05:56 Go to previous message
maratrus is currently offline  maratrus
Messages: 1495
Registered: August 2007
Location: Moscow
Senior Member
From: *sw.ru
Здравствуйте,

хотел бы высказать несколько мыслей по данному вопросу:

1. Насколько я могу судить по коду ядра, sysctl переменная file-nr имеет смысл только для VE0. Изнутри VE её просто не убрали, скорее всего, потому что она никому не мешает "жить" и такой надобности нет (файл /proc/sys/fs/file-nr только на чтение).

2. При подсчете numfile используется некоторая оптимизация, связанная с исключением постоянного выделения памяти на каждом открытии файле. Вместо этого контейнеру сразу выделяется некоторый пул, который он использует при учете открытых файлов. Размеров этого пула динамический и зависит от "поведения" контейнера, то есть если контейнер открывает файлы довольно резво, то ему выделят пул побольше, иначе - наоборот.

3. Я бы посоветовал попробовать использовать последнее, базирующееся на RHEL5 ядре, OpenVZ ядро.
http://download.openvz.org/kernel/branches/rhel5-2.6.18/curr ent/
Previous Topic: Вопрос новичка VPS's с 1 реальным IP
Next Topic: 4 IP адреса, 2 сетевых интерфейса, 3 VPS
Goto Forum:
  


Current Time: Thu Jun 20 17:30:37 GMT 2019