ulimit на кол-во открытых файлов (Интересует, как можно сабж сделать более чем 65535 а в идеале вообще u)

[zeroone]

Сейчас имею следующее

root@mx1:~$ ulimit -n
1024
root@mx1:~$ ulimit -n unlimited
bash: ulimit: open files: cannot modify limit: Operation not permitted
root@mx1:~# ulimit -n 65535
hangman@mx1:~$ ulimit -n
65535
root@mx1:~# ulimit -n 65536
bash: ulimit: open files: cannot modify limit: Operation not permitted

Дистр Слака 10.2

[hudbrog]

хех... а интересный вопрос, на самом деле...
попробуй для разнообразия сначала
cat большое_число > /proc/sys/fs/file-max
а потом ulimit -n большое_число-1
хотя, честно говоря, не уверен, возможно ли поставить больше 64к. Да и, честно говоря, не вижу смысла особенного.

[polachok]

OFFTOPIC: а зачем столько файлов открывать?

[hudbrog]

OFFTOPIC: а зачем столько файлов открывать?

ну, чисто теоритически, существует ПО, которое держит большое кол-во файлов открытым. как пример тому - mera mvts session controller. там из расчета по 20 дескрипторов на звонок, т.е. для 1000 звонков 20к файлов, или 60к для 3000 одновременных звонков. так что, чисто теоритически, такой предел достижим, но по факту - никто не будет держать такую нагрузку на одной машине.

[zeroone]

hudbrog
Увы, не помогло А какие могут быть проблемы при увеличении лимита на кол-во открытых файлов?

polachok
Софт такой кривой Azureus, опция расшаривания файлов ( Если кто-то посоветует более прямую софтину для расшаривания файла через BitTorrent то буду премного благодарен. Желательно писаную не на скриптовом\интерпретируемом\java языке.

[hudbrog]

hudbrog
Увы, не помогло А какие могут быть проблемы при увеличении лимита на кол-во открытых файлов?

ну, единственная проблема, которую я могу так предвидеть, это то, что существует параметр в заголовках ядра, как NR_OPEN который обычно стоит как 1024*1024. Это абсолютный предел. Вот, в принципе, через /proc можно установить любое число до 1048576. Хотя, если серьезно, то почему вы считаете, что проблема именно в количестве разрешенных к открытию файлов? Может в чем-то другом? 60000 файлов открыть действительно очень тяжело.

[zeroone]

Он прямо так и пишет по-буржуйски: "Too many files opened" Он, как я понял, раздаваемые файлы открывает на чтение, не только под линухом, но и даже под виндой, причем под виндой как-то криво - файлы никак нельзя удалить\переименовать и тд...

[KiWi]

Он прямо так и пишет по-буржуйски: "Too many files opened" Он, как я понял, раздаваемые файлы открывает на чтение, не только под линухом, но и даже под виндой, причем под виндой как-то криво - файлы никак нельзя удалить\переименовать и тд...

у вас похоже проблема в том, что:
1. в самом клиенте существуют какие-то ограничения (не использовал azureus)
2. на трекере стоят ограничения на число раздаваемых торрентов

[zeroone]

Врятли, я перерыл все настройки но ничего похожего не нашел... :-/ Впрочем, сегодня вечером посмотрю еще одну фишку

[Nab]

Ой ребята, очень интересует решение,

sarg 2.1 требует 20 000 открытых файлов у меня уже при 15000 записей в логе сквида он не пашет
И это лог генерится раз в день...

решение делать лог чаще или отказаться от детальнго лога не очень хочется

[d_Sun]

Код: Выделить всё

#ulimit -n
1024

#ulimit -n 1000000

#ulimit -n
1000000

CentOS Linux 4.01

[Nab]

Код: Выделить всё

slackware:/proc/sys/kernel# ulimit -n
256
slackware:/proc/sys/kernel# ulimit -n 1000
ulimit: cannot raise limit: Operation not permitted

slackware:/proc/sys/kernel# uname -a
Linux slackware 2.0.39 #2 Fri Dec 16 01:40:06 CST 2005 i686 unknown

[d_Sun]

Код: Выделить всё

[root@dSun ~]# uname -a
Linux dSun 2.6.9-11.ELsmp #1 SMP Wed Jun 8 17:54:20 CDT 2005 i686 i686 i386 GNU/Linux

Это на CentOS.

Потестил еще на FreeBSD 5.3 и QNX 6.2.1 - та же хрень что у вас!

[hudbrog]

блин, ведь рассказывал уже...
существует понятие soft limit и hard limit. Вот обычный пользователь не имеет права установить soft_limit выше hard_limit'а. root - может. Дальше, существует вообще абсолютно максимальное значение: NR_OPEN. Оно устанавливается в заголовочных файлах при компиляции ядра. Вот выше этого значения поставить нельзя вообще. Если у вас от рукта дают ошибку про неразрешенную операцию, значит вы пытаетесь установить значение, которое вообще выше NR_OPEN

пример:
hh16:~# cat /usr/include/linux/fs.h |grep "\#define NR_OPEN"
#define NR_OPEN (1024*1024) /* Absolute upper limit on fd num */
hh16:~# echo "1024*1024"|bc
1048576
hh16:~# ulimit -n 1048570
hh16:~# ulimit -n
1048570
hh16:~# ulimit -n 1048580
-su: ulimit: open files: cannot modify limit: Operation not permitted
hh16:~#