Planeo ejecutar una aplicación Java usando nohup ... &
. El límite debe aplicarse a comandos como este.
Planeo ejecutar una aplicación Java usando nohup ... &
. El límite debe aplicarse a comandos como este.
Respuestas:
La mayoría de los sistemas usan PAM y tienen pam_limits
límites establecidos por el módulo /etc/security/limits.conf
. Se llama al límite por usuario para los archivos abiertos nofile
. Puede configurarlo para cada usuario o para un usuario o grupo en particular, y puede establecer un límite que el usuario puede anular (límite flexible) y otro que solo la raíz puede anular (límite estricto). La documentación y la limits.conf
página del manual tienen los detalles. Por ejemplo, para elevar el límite a 50000 para todos, ponga esta línea /etc/limits.conf
(la configuración surte efecto cuando inicia sesión):
* - nofile 50000
limits.conf
hacer * hard nofile 50000
y / o * soft nofile 50000
. No sé la diferencia técnica entre duro y blando y siempre he hecho ambas cosas.
limit descriptors 50000
para cambiar el valor dentro de la ventana / sesión de terminal dada.
ulimit
comando (llamado limit
en csh). Un usuario sin privilegios nunca puede ir más allá del límite estricto.
puedes agregar fs.file-max = <your number>
a /etc/sysctl.conf
. Luego reiniciar.
sysctl fs.file-max=123456
. ( /etc/sysctl.conf
se lee en el momento del arranque mediante un script que invoca sysctl
el contenido).
Puede usar ulimit para esto:
http://bloggerdigest.blogspot.com/2006/10/purpose-of-ulimit-linux-command.html
Aunque debe asegurarse de que es absolutamente necesario abrir tantos identificadores de archivos antes de recurrir a dichos ajustes. Aumentar el número máximo de identificadores de archivos solo porque ha olvidado hacer un inputstream.close () en un bucle solo retrasará el problema subyacente.
Use ulimit (comando Bash - man bash o encuentre algo similar para su shell) por instancia de programa. No use los límites globales del sistema si no sabe qué está haciendo: posibles DoS.
nofile
en limits.conf
ser 100000 éxito. Puedo dar fe de que establecer un valor demasiado grande impidió el inicio de sesión posterior con SSH y tuve que arrancar desde dvd para corregir ese valor en limits.conf para recuperar el sistema.
vi ~/.bashrc
Y agregue una línea al final del archivo
ulimit -n 169203