solo quiero saber ¿Cómo aumentar el número de subprocesos en el grupo de subprocesos tomcat? y qué número para establecer el máximo también, no sé lo que es apropiado?¿Cómo aumentar el número de subprocesos en el grupo de subprocesos de tomcat?
suena como usted debe permanecer con los valores por defecto ;-)
en serio: El número de conexiones paralelas máxima que debe especificarse dependerá de su uso Tomcat esperado y también en el número de núcleos en su servidor. Más núcleos en su procesador => más hilos paralelos que se pueden ejecutar.
Vea aquí cómo configurar ...
Tomcat 6: http://tomcat.apache.org/tomcat-6.0-doc/config/executor.html
Tomcat 7: http://tomcat.apache.org/tomcat-7.0-doc/config/executor.html
Hola, ejecuto la aplicación de partición remota de lotes de primavera y el uso de la puerta de enlace de entrada de integración de primavera.He establecido la concurrencia en 10, pero veo que siempre ejecuta un máximo de 8 hilos. ¿Esto está relacionado con la cantidad de núcleos de CPU del servidor? ¿Hay alguna manera de aumentar la concurrencia de subprocesos? El uso de la CPU no es demasiado alto para ejecutar procesos. http://stackoverflow.com/questions/24575008/spring-batch-admin-remote-partition-steps-running-maximum-8-threads-even-though – vishal
Usted tendría que ajustar de acuerdo a su entorno.
A veces es más útil aumentar el tamaño de la acumulación (acceptCount) en lugar del número máximo de subprocesos.
Say, en lugar de
<Connector ... maxThreads="500" acceptCount="50"
que utilizan
<Connector ... maxThreads="300" acceptCount="150"
se puede obtener un rendimiento mucho mejor en algunos casos, la causa habría menos hilos se disputan los recursos y la cola de registro se consumiría Más rápido.
En cualquier caso, sin embargo, tiene que hacer algunos puntos de referencia para saber realmente qué es lo mejor.
De [enlace] (http://tomcat.apache.org /tomcat-8.0-doc/config/http.html) –
maxConnections Cuando se ha alcanzado este número, el servidor aceptará, pero no en el proceso, una conexión adicional. , una vez que se ha alcanzado el límite, el sistema operativo aún puede aceptar conexiones basadas en la configuración acceptCount. (La longitud máxima de cola para las solicitudes de conexión entrantes cuando están en uso todos los posibles hilos de procesamiento de solicitudes. Cualquier solicitud recibida cuando la cola está llena será rechazada. El valor predeterminado es 100). Para BIO, el valor predeterminado es maxThreads a menos que un Ejecutor se usa en cuyo caso el valor predeterminado será el valor de maxThreads del ejecutor. Para NIO y NIO2 el valor predeterminado es 10000. Para APR/nativo, el valor predeterminado es 8192. Tenga en cuenta que para APR/nativo en Windows, el valor configurado se reducirá al múltiplo más alto de 1024 que sea menor o igual que maxConnections. Esto se hace por motivos de rendimiento.
maxThreads
El número máximo de hilos de procesamiento solicitud para ser creados por este conector, el cual, por tanto, determina el número máximo de solicitudes simultáneas que se pueden manejar. Si no se especifica, este atributo se establece en 200. Si se asocia un ejecutor con este conector, se ignora este atributo, ya que el conector ejecutará tareas utilizando el ejecutor en lugar de un grupo de subprocesos interno.
¿Cómo está configurado ahora? ¿Qué problemas estás experimentando que te hacen pensar que necesitas más? – Olaf
¿Quieres seleccionar una respuesta correcta? – alfonx