nivel del sistema Linux puede abrir el archivo se encarga de varios comandos file-max

En pocas palabras, el número de archivos abiertos pueden max-archivo que el mango a nivel de sistema, y ​​ulimit -n controlar el nivel de proceso puede abrir identificadores de archivo el número de habitaciones

man 5 proc, encontrar explicaciones de número especificado file-max :. file-max límite de los procesos de todo el sistema todos los identificadores de archivos abiertos (a nivel de sistema, nivel de kernel) (los. valor en el archivo-max denota el número máximo de identificadores de archivo que el núcleo Linux asignará) al recibir las ". Demasiados archivos abiertos en el sistema y " un mensaje de error de este tipo, debería haber añadido el valor de
<. p> # cat /proc /sys /fs /file-max185230 # echo 100000 > /proc /sys /fs /file-max

o # echo " " fs.file-max = 65535 " > >. /etc/sysctl.conf# sysctl -p

el kernel constante NR_OPEN impone un límite superior en el valor que se puede colocar en el archivo-max (la frase no entendía el significado de la sabiduría?)

2.2 al kernel, pero también es necesario considerar el nodo-i-max, en general, nodo-i-max se establece en un archivo-max . 2.4 a 4 veces el núcleo y más allá, sin este archivo inode-max

file-nr puede ver el número de archivo abierto actualmente maneja su sistema que incluye tres números: el primero representa se ha asignado el número de descriptores de archivos, y el segundo representa el número de identificadores de archivo libres, y el tercero representa el máximo puede abrir identificadores de archivo (en consonancia con el archivo-max). el núcleo asignar dinámicamente identificadores de archivo, pero no lo hará de nuevo liberarlos (esto puede no satisfacer el último núcleo, y ver en mi archivo-nr en la segunda columna tiene cero, la primera columna se incrementa y disminuye)

bash, encontrará una descripción que uLIMIT uno: para proporcionar los recursos disponibles para el shell y procesos iniciados (incluidos los identificadores de archivo, el número de procesos, el tamaño de archivo del núcleo, etc.) este es el nivel de control de procesos, lo que significa que el sistema e iniciar una sesión cada el proceso puede abrir el número de descriptores de archivos, puede desembolsar la cantidad de sub-procesos, etc. y hellip;

cuando se alcanza el límite, será error y " Demasiados archivos abiertos y " o encuentro de enchufe /archivo: can ’ t abrir por lo muchos archivos y otros

para un adicional Tenga en cuenta que los límites blandos y duros para cada recurso ha se impone un límite blandas asociada en el límite de recursos del kernel correspondiente, límite duro es el valor máximo del límite blando. Proceso de llamada no autorizada sólo puede ser límite blando se especifica como 0 ~ un valor de límites duros, pero pueden irreversiblemente la reducción de su proceso de autorización límite duro puede cambiar el valor de su duro y blando .RLIM_INFINITY límite no representan ningún limitaciones de recursos.

respectivamente, utilizando -H y -S opción para especificar la necesidad de limitar los recursos para hacer los ajustes de límite duro /blando. Si no se especifica, duro y límites blandos y configurar.

impresión valor límite de los recursos, si no se especifica explícitamente -H, imprimir es -S

para cambiar el ulimit Apache, este valor puede ser modificado ULIMIT_MAX_FILES

el número de identificadores de archivo abierto demasiado alto en el usr /sbin /apachectl script /, están los peligros: Si los descriptores de fichero son los sockets TCP, etc, entonces se arriesga a utilizar una gran cantidad de memoria para los buffers de los conectores y otros objetos del núcleo, lo que la memoria no va a ser intercambiables en

Además, recuerda que la toma de corriente. conexión es también un archivo.