Podemos forzar el servidor web incrementando el número de concurrencia con la opción -c, a la vez que aumentamos el número de requerimientos con -n.
Cuando hacemos esto se puede presentar el siguiente error:
katy:/etc/cherokee# ab -c 1100 -t 50 http://127.0.0.1/
This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright 2006 The Apache Software Foundation, http://www.apache.org/
Benchmarking127.0.0.1 (be patient)
socket: Too many open files (24)
katy:/etc/cherokee#
El error anterior se puede corregir con el siguiente comando:
katy:/etc/cherokee# ulimit -n(número)
Este comando aumentará el límite del número de archivos abiertos para la sesión actual. Debe repetir este procedimiento cada vez que inicie una nueva sesión
www.vmlogia.com
Hace casi 20 días comenzamos este nuevo trimestre. De nuestro profesor Fernando Quintero, se dicen muchas cosas, unas no tan ciertas, algunas ciertas y otras muy ciertas, por lo cual me pregunto si cuando estaba pequeño la primera palabra que pronuncio fue Linux, pues cada día me asombro más de sus conocimientos en esta área y muchas otras más. Algún día cuando esté grande quiero saber tanto como él, cada que estoy en clase me pregunto: Cómo hace? No duerme? No tiene vida social? No ve TV? Será que si me pongo las agujas sabré tanto como él? Cómo hace para comer chicharrón en la feria de las flores y al mismo tiempo escribir un manual sobre OpenBSD?
Estos días nos han ayudado (hablo en plural porque estoy segura que mis compañeros comparten este pensamiento) a darnos cuenta que que no sabemos nada, que aun tenemos muchas cosas por aprender, mucho por investigar, muchas noches por trasnochar, y muchos servicios por configurar.
Estas semanas hemos estado tratando de montar varios servicios, al principio, pensamos que era algo muy sencillo, pero a estas alturas del camino hemos visto que no es tan simple, que no se trata de editar 2 líneas y ya, hay que ir mas allá, leer mas, gomosear mas, equivocarnos más, "desconfigurar" mas. Y sobre todo, que nos falta tanto para poder decir: Yo se Linux, yo sé configurar el Squid, es mejor el Lighttpd que el Apache o es mejor Linux que Windows y muchas otras bobadas que decimos cuando no vemos mas allá de nuestras narices.
Estas semanas hemos estado tratando de montar varios servicios, al principio, pensamos que era algo muy sencillo, pero a estas alturas del camino hemos visto que no es tan simple, que no se trata de editar 2 líneas y ya, hay que ir mas allá, leer mas, gomosear mas, equivocarnos más, "desconfigurar" mas. Y sobre todo, que nos falta tanto para poder decir: Yo se Linux, yo sé configurar el Squid, es mejor el Lighttpd que el Apache o es mejor Linux que Windows y muchas otras bobadas que decimos cuando no vemos mas allá de nuestras narices.
Ahora sabemos que nos falta mucho por recorrer...es hora que nos pellizquemos y hagamos una evaluación sobre lo que hemos hecho en estos meses, cuánto hemos aprendido y sobre todo, que seamos concientes que el camino es largo y que de cada uno depende la clase de administradores de redes que queremos ser: mediocres? conformistas? o por el contrario, SEREMOS LOS MEJORES ADMINISTRADORES DE REDES que el SENA haya podido tener. Esta es una invitación para mis compañeros, vamos a meterle todas las ganas a esto, hagamos que valgan la pena las trasnochadas en la casa de Ana, en la de Julio, en la mía o el día que no pudieron ir a tres pelos por quedarse montando el FTP. Yo se que cada uno de nosotros somos capaces si nos lo proponemos y algún día no tan lejano, Fernando nos estará preguntando, cómo configuro xxxx en xxxx?
Suscribirse a:
Entradas (Atom)