Java: no se puede crear un nuevo hilo nativo

Question

Tengo una aplicación Java alojada en una empresa de alojamiento web. Cada pocos días mi aplicación se hunde con:

[2011-03-09 15:52:14,501] ERROR http-12021-9 
java.lang.OutOfMemoryError: unable to create new native thread 
    at java.lang.Thread.start0(Native Method) 
    at java.lang.Thread.start(Thread.java:597) 

La empresa de alojamiento dice que significa mi aplicación pierde memoria, pero las herramientas que he están mostrando memoria libre que está disponible. Como el error siempre está creando un nuevo hilo nativo, mi opinión es que el problema está en los recursos de configuración/SO de JVM.

, ¿cómo evitar este error ocurra?

Answer 1

¿Ha realizado alguna memoria de seguimiento? Encienda jconsole y mire o registre su consumo de memoria durante un período de 24 horas. Si (en promedio) sube sin volver a bajar, entonces se está quedando sin memoria y posiblemente no tenga suficiente memoria para almacenar los detalles de su nuevo hilo.

Answer 2

Su más probable es que el problema con la JVM en el extremo servidor web. Por favor, revisa el siguiente enlace para obtener algunos detalles,

http://blog.egilh.com/2006/06/2811aspx.html

Answer 3

Cuando el fuego de su proceso, la JVM tiene un tamaño limitada montón (por defecto es de 128 MB). Es posible que ese servidor tenga más memoria, pero su JVM no: usted lo utilizó todo.

Usted puede cambiar esto con los argumentos -Xms y -Xmx línea de comandos, pero sugeriría que la búsqueda de la pérdida de memoria primero :)

Answer 4

Parece fugas hilo. Los hilos se crean pero luego se atascan en alguna parte. Vuelque los hilos periódicamente para ver si la cantidad de hilos asignados está creciendo. Busque cualquier hilo para dormir/colgar en el vertedero.

kill -QUIT jvm_pid 

Answer 5

Es el problema con Linux para manejar archivos abiertos No.of Dar la siguiente manera ulimit -n 65536 (cualquier número u puede dar)

Answer 6

Una posibilidad es que se ha alcanzado el usuario límite para la cantidad de archivos abiertos.

Creo que cada proceso/subproceso consume uno o más descriptores de archivos.

Por ejemplo, cuando esto ocurre para el usuario y luego "no" comando shell va a funcionar, ya que los comandos de shell tenedor de un proceso para ejecutar (que se ve errores como "-bash: tenedor: reintento: Recurso temporalmente no disponible")

llegué a este tema y encontró que sólo el usuario actual no fue capaz de generar procsos ... otros usuarios eran uneffected.

Para resolver, suba su configuración de ulimit -n (archivos máx. Abiertos) ... siga los detalles.

Se puede ver sus límites de usuario con el comando:

ulimit -a 

hasta su límite máximo del archivo con lo siguiente:

ulimit -n 65536 

Aquí es lo que tengo en este momento:

$ ulimit -a 
core file size   (blocks, -c) 0 
data seg size   (kbytes, -d) unlimited 
scheduling priority    (-e) 0 
file size    (blocks, -f) unlimited 
pending signals     (-i) 256797 
max locked memory  (kbytes, -l) 64 
max memory size   (kbytes, -m) unlimited 
open files      (-n) 75000 
pipe size   (512 bytes, -p) 8 
POSIX message queues  (bytes, -q) 819200 
real-time priority    (-r) 0 
stack size    (kbytes, -s) 10240 
cpu time    (seconds, -t) unlimited 
max user processes    (-u) 100000 
virtual memory   (kbytes, -v) unlimited 
file locks      (-x) unlimited 

Para ver todos los límites explícitos para su sistema:

cat /etc/security/limits.conf 

Tenga en cuenta: Estoy usando Oracle Linux 6.3 - los resultados pueden diferir ligeramente entre las distribuciones.