¿De verdad quiso decir 200 concurrentes usuarios o solo 200 usuarios registrados? En la mayoría de los casos, un usuario del navegador no podrá hacer más de 1 solicitud de página por segundo. Entonces, 200 usuarios traducen a 200 transacciones por segundo. Ese es un número bastante alto para la mayoría de las aplicaciones.
En cualquier caso, como ejemplo, vamos a ir con 200 transacciones por segundo. Digamos que cada parte delantera (navegador) tx tarda 0.5 segundos en completarse y de los 0.5 segundos, 0.25 se gastan en la base de datos. Por lo tanto, necesitaría 0.5 * 200 o 100 conexiones en el conjunto de temas de WebLogic y 0.25 * 200 = 50 conexiones en el grupo de conexiones de base de datos.
Para estar seguro, me gustaría indicar el tamaño de grupo de subprocesos máximo de al menos un 25% mayor de lo esperado para permitir picos de carga. Los mínimos pueden ser una pequeña fracción del máximo, pero la compensación es que podría llevar más tiempo para algunos usuarios porque se tendría que crear una nueva conexión. En este caso, 50 - 100 conexiones no son muchas para una base de datos, por lo que probablemente sea un buen número inicial.
Tenga en cuenta que para averiguar cuáles son sus tiempos de respuesta de transacción promedio, junto con su tiempo promedio de consulta de base de datos, tendrá que hacer una prueba de rendimiento porque sus tiempos de carga probablemente no serán los tiempos ver con un solo usuario.
Esta pregunta probablemente pertenece en serverfault. – Elijah
@Elijah - Su gran pregunta relacionada con la programación. La descripción del cofre de H/W es para detallar el problema. SO es el lugar perfecto para esta pregunta. –
Sugeriría 4 (CPU) dividido por la espera% por ciento de tiempo. Sugiero MAX no más de 50 conexiones en paralelo, probablemente menos. Su CPU solo puede ejecutar 4 hilos a la vez, ninguna cantidad de configuración puede superar eso. La única forma en que ayuda es manejar esperas IO, que depende de su aplicación. – jasonk