Hola, [EMAIL PROTECTED] said: > De acuerdo contigo. Lo que no me concuerda es: > USER PID %CPU %MEM SIZE RSS TTY STAT START TIME COMMAND >proxy 232 0.0 10.0 19728 12912 ? S Jan 27 5:48 squid -D -sNY >proxy 233 0.0 10.0 19728 12912 ? S Jan 27 0:00 squid -D -sNY > . . . > Los 19.728 Kb no pueden ser de c�digo, y si son de datos, > �para qu� hacen falta tantos procesos?
Yo dir�a que lo que ocurre es que has instalado un Squid que ven�a compilado con la opci�n de "--enable-async-io" habilitada. Esta opci�n lo que hace es que el proceso "principal" lance una serie de threads para que se ocupen de la Entrada/Salida a disco (el cuello de botella b�sico de un proxy de web ... junto con la memoria :-) mientras que �l queda libre para atender las peticiones de clientes. Se mejora la E/S y, a cambio, consume m�s CPU que en el modo normal (sin la opci�n async-io) Deben estar compartiendo memoria todos ellos, o sea que no creo que sea grave. Creo que puedes controlar el n�mero de threads que se lanzan, pero solo en tiempo de compilaci�n y si tienes un squid 2.3. Otra cosa es que sea conveniente o no el tener habilitada esa opci�n. Tengo entendido que, salvo que tengas una carga MUY fuerte de E/S, no es conveniente habilitar la opci�n en Linux. En el FAQ del Squid se comenta el tema, concretamente en: http://www.si.uniovi.es/mirror/squid/Doc/FAQ/FAQ-19.html#ss19.5 (por cierto, si no tienes el espacio de cach� repartido en varios discos, preferentemente SCSI, tampoco creo que obtengas ninguna mejora con el uso del async-io) Para deshabilitarlo, tendr�as que recompilar el squid, sin usar la opci�n --enable-async-io en el configure. Saludos -- Fernando Dur� Colomina | e-mail: [EMAIL PROTECTED] Servei d'Informatica; Univ. de Valencia | Tel: +34 96 3864310 E-46100 Burjassot (Valencia) SPAIN | Fax: +34 96 3864200
