optimizacion squid

roxdng · Noviembre 04, 2012, 03:11:45 AM

hace poco me tope con el siguiente hilo optimizacion sistema

donde encontré cosas interesantes para agilizar nuestro sistema, por ende también squid.

recalco lo interesante

Optimizaciones y acceso a discos

Después de muchas investigaciones se descubrió que el acceso al cache cuando es utilizado o reiserfs llega a ser 20% más rapido que otros filesystem, por ejemplo ext3, ext2.

Se aconseja a todos que cuando efectúen la instalación del SO dejen una partición solamente para el cache, eso agiliza la lectura de los datos .

--------------------------------------

Otro consejos para montar el filesystem "/cache" añadir notail, noatime (eso agiliza mucho a la hora de lectura y escritura una vez que el squid tenga su propio tiempo, usando estas funciones usted evita que el sistema al guardar un archivo lo haga 2 veces).

Entre al directorio "/etc/fstab" y agregue:

/dev/sda5 /cache reiserfs defaults,notail,noatime 1 2
-----------------------------------------------------

Optimización del SO
Vamos a ir mostrando como optimizar el sistema para que el mismo acepte que varias conexiones sean realizadas en varios archivos utilizando los file descriptors. Muchas personas que instalan el squid terminan pasando por ese problema, el sistema bloque para que el maximo 1024 instancias de archivos sean abiertas.

Para comprobar cuántos archivos pueden ser abiertos por el sistema operativo, sólo tienes que escribir en la consola:

# ulimit -n
# ulimit -a

Vamos a comenzar con la optimización:

acceda a "/etc/sysctl.conf", y agregue la siguiente linea:

fs.file-max = 65535

Despues escribimos en la consola:

# sysctl -p

Despues accedemos en "/etc/security/limits.conf", adicionamos las siguientes linas al final del archivo;

root soft nofile 16384
root hard nofile 32768
* soft nofile 16384
* hard nofile 32768

Mucha gente pregunta que despues de hacer esas modificaciones el sistema aplica las configuraciones, pero una vez que le damos reboot al SO el limite vuele para 1024. Para resolver ese problema solo agregamos la siguiente linea de comando en"/etc/pam.d/common-account":

session required pam_limits.so

Hecho esto cuando el sistema operativo inicia el cambio sera puesto a punto"startado" y todo el sistema estará optimizado para recibir las solicitudes.

Finalizando la verificación de las optimizaciones
Al final de estas guias vamos a confirmar si el sistema arranco con todas las optimizaciones y si el servidor esta listo para recibir altas tasas de conexiones simultaneas.

En primer lugar vamos a la consola y vemos lo siguiente:

# 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) 16382
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 16384
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) unlimited
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited

Vemos que el SO ahora está permitieneo que 16384 archivos sean abiertos a lo que anteriormente solo eran 1024.

Despues en el archivo "cache.log" del squid:

# cat cache.log
2011/07/11 14:19:07| Starting Squid Cache version 3.1.14 for x86_64-unknown-linux-gnu...
2011/07/11 14:19:07| Process ID 31325
2011/07/11 14:19:07| With 16000 file descriptors available
-------------------------------------------------------------

por otro lado también el refresh ideal para sistemas de alta concurrencias con respecto a imágenes seria este.

# Para imagenes – tiempo de 1 día y un máximo 3 para descargar nuevamente.
refresh_pattern -i \.gif$ 1440 80% 4320
refresh_pattern -i \.tiff?$ 1440 80% 4320
refresh_pattern -i \.bmp$ 1440 80% 4320
refresh_pattern -i \.jpe?g$ 1440 80% 4320
refresh_pattern -i \.xbm$ 1440 80% 4320
refresh_pattern -i \.png$ 1440 80% 4320
refresh_pattern -i \.wrl$ 1440 80% 4320
refresh_pattern -i \.ico$ 1440 80% 4320
refresh_pattern -i \.pnm$ 1440 80% 4320
refresh_pattern -i \.pbm$ 1440 80% 4320
refresh_pattern -i \.pgm$ 1440 80% 4320
refresh_pattern -i \.ppm$ 1440 80% 4320
refresh_pattern -i \.rgb$ 1440 80% 4320
refresh_pattern -i \.ppm$ 1440 80% 4320
refresh_pattern -i \.rgb$ 1440 80% 4320
refresh_pattern -i \.xpm$ 1440 80% 4320
refresh_pattern -i \.xwd$ 1440 80% 4320
refresh_pattern -i \.pict?$ 1440 80% 4320

Espero que les sirva, saludos.

firecold · Noviembre 04, 2012, 05:15:32 PM

Cita de: roxdng en Noviembre 04, 2012, 03:11:45 AM
hace poco me tope con el siguiente hilo optimizacion sistema

donde encontré cosas interesantes para agilizar nuestro sistema, por ende también squid.

recalco lo interesante

Optimizaciones y acceso a discos

Después de muchas investigaciones se descubrió que el acceso al cache cuando es utilizado o reiserfs llega a ser 20% más rapido que otros filesystem, por ejemplo ext3, ext2.

Se aconseja a todos que cuando efectúen la instalación del SO dejen una partición solamente para el cache, eso agiliza la lectura de los datos .

--------------------------------------

Otro consejos para montar el filesystem "/cache" añadir notail, noatime (eso agiliza mucho a la hora de lectura y escritura una vez que el squid tenga su propio tiempo, usando estas funciones usted evita que el sistema al guardar un archivo lo haga 2 veces).

Entre al directorio "/etc/fstab" y agregue:

/dev/sda5 /cache reiserfs defaults,notail,noatime 1 2
-----------------------------------------------------

Optimización del SO
Vamos a ir mostrando como optimizar el sistema para que el mismo acepte que varias conexiones sean realizadas en varios archivos utilizando los file descriptors. Muchas personas que instalan el squid terminan pasando por ese problema, el sistema bloque para que el maximo 1024 instancias de archivos sean abiertas.

Para comprobar cuántos archivos pueden ser abiertos por el sistema operativo, sólo tienes que escribir en la consola:

# ulimit -n
# ulimit -a

Vamos a comenzar con la optimización:

acceda a "/etc/sysctl.conf", y agregue la siguiente linea:

fs.file-max = 65535

Despues escribimos en la consola:

# sysctl -p

Despues accedemos en "/etc/security/limits.conf", adicionamos las siguientes linas al final del archivo;

root soft nofile 16384
root hard nofile 32768
* soft nofile 16384
* hard nofile 32768

Mucha gente pregunta que despues de hacer esas modificaciones el sistema aplica las configuraciones, pero una vez que le damos reboot al SO el limite vuele para 1024. Para resolver ese problema solo agregamos la siguiente linea de comando en"/etc/pam.d/common-account":

session required pam_limits.so

Hecho esto cuando el sistema operativo inicia el cambio sera puesto a punto"startado" y todo el sistema estará optimizado para recibir las solicitudes.

Finalizando la verificación de las optimizaciones
Al final de estas guias vamos a confirmar si el sistema arranco con todas las optimizaciones y si el servidor esta listo para recibir altas tasas de conexiones simultaneas.

En primer lugar vamos a la consola y vemos lo siguiente:

# 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) 16382
max locked memory (kbytes, -l) 64
max memory size (kbytes, -m) unlimited
open files (-n) 16384
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) unlimited
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited

Vemos que el SO ahora está permitieneo que 16384 archivos sean abiertos a lo que anteriormente solo eran 1024.

Despues en el archivo "cache.log" del squid:

# cat cache.log
2011/07/11 14:19:07| Starting Squid Cache version 3.1.14 for x86_64-unknown-linux-gnu...
2011/07/11 14:19:07| Process ID 31325
2011/07/11 14:19:07| With 16000 file descriptors available
-------------------------------------------------------------

por otro lado también el refresh ideal para sistemas de alta concurrencias con respecto a imágenes seria este.

# Para imagenes – tiempo de 1 día y un máximo 3 para descargar nuevamente.
refresh_pattern -i \.gif$ 1440 80% 4320
refresh_pattern -i \.tiff?$ 1440 80% 4320
refresh_pattern -i \.bmp$ 1440 80% 4320
refresh_pattern -i \.jpe?g$ 1440 80% 4320
refresh_pattern -i \.xbm$ 1440 80% 4320
refresh_pattern -i \.png$ 1440 80% 4320
refresh_pattern -i \.wrl$ 1440 80% 4320
refresh_pattern -i \.ico$ 1440 80% 4320
refresh_pattern -i \.pnm$ 1440 80% 4320
refresh_pattern -i \.pbm$ 1440 80% 4320
refresh_pattern -i \.pgm$ 1440 80% 4320
refresh_pattern -i \.ppm$ 1440 80% 4320
refresh_pattern -i \.rgb$ 1440 80% 4320
refresh_pattern -i \.ppm$ 1440 80% 4320
refresh_pattern -i \.rgb$ 1440 80% 4320
refresh_pattern -i \.xpm$ 1440 80% 4320
refresh_pattern -i \.xwd$ 1440 80% 4320
refresh_pattern -i \.pict?$ 1440 80% 4320

Espero que les sirva, saludos.

Amigo roxdng quiero decirte que antes de cambiar los filedescriptors tienes que ver cuanto tienes antes de hacer un cambio, por que el valor que pusiste el muy bajo: ejemplo: el mio default esta en 380000 y 65535 es muy poco, entonces primero tienes que ver cuanto tiene el sistema asignado antes de cambiarlo, para saber en que valor esta, escribes esto en consola

Código [Seleccionar]

cat /proc/sys/fs/file-max

lo te que te muestre son archivos de usuario normal puede tener abiertos en la sesión de inicio de sesión único. Para ver los valores duros y blandos, ejecute el comando siguiente:

Código [Seleccionar]

ulimit -Hn 
 ulimit -Sn

Apartir de esto puedes cambiar los valores, el número de descriptores de archivos abiertos simultáneamente en todo el sistema se puede cambiar a través de /etc/sysctl.conf bajo sistemas operativos Linux.

El número de archivos máximo se alcanzó, ¿Cómo puedo solucionar este problema?

Muchas aplicaciones, como Oracle de base de datos o el servidor web Apache necesita este rango bastante alto. Así que usted puede aumentar el número máximo de archivos abiertos mediante el establecimiento de un nuevo valor en la variable kernel /proc/sys/fs/file-max de la siguiente manera, hay que editar el archivo /etc/sysctl.conf y poner siguiendo la línea de manera que al iniciar el sistema el ajuste se conservará como es:

Código [Seleccionar]

fs.file-max = cantidad que crean conveniente para su sistema

Guarde y cierre el archivo. Los usuarios tienen que cerrar la sesión y volver a iniciarla de nuevo a los cambios surtan efecto o simplemente escriba el siguiente comando:

Código [Seleccionar]

sudo sysctl -p

El procedimiento anterior establece todo el sistema de descriptores de archivos, ahora para fijar un limite a cada usuario editamos /etc/security/limits.conf, en mi caso lo tengo de esta manera:

Código [Seleccionar]

*	soft	nofile	819200
*	hard	nofile	819200
root	soft	nofile	819200
root	hard	nofile	819200
*	soft	core	unlimited
root	soft	core	unlimited

y para que no se pierda el valor al reiniciar simple solo editas /etc/profile, esxribiendo esto al final ulimit -n 0000, donde esta 0000 el numero que quieres dejar para ti, para cuando reinicies escribes ulimit -a y en mi caso me dice esto:

Código [Seleccionar]

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

Por lo demas amigo todo esta excelente buena info amigo sigue asi, Saludos

Nessa · Noviembre 06, 2012, 10:32:04 AM

Hola, te hago una consulta, ¿Cuál es el número máximo de file descriptors que soporta el sistema? ¿Se basa en las características del hardware de la máquina, o por el sistema si es de x86 o x64?

Pregunto por qué hace un par de años atrás, estaba trabajando con un servidor proxy squid en centos 5, y al momento de setear un valor superior a 999999 para los file descriptors, perdía completamente el acceso por ssh, así que asumí que ese es el valor máximo que puede soportar el sistema.

danteviera · Noviembre 24, 2012, 04:59:10 AM

tienes razon Firecold cuando hago la prueba cat /proc/sys/fs/file-max me da el valor 1135693 xD.!! q es mucho mas de lo que se pone ahi pero el valor de conexiones simultaneas si es 1024 creo que ese si lo cambiare a mas ! gracias =)

GREGORIO582 · Diciembre 03, 2012, 02:24:25 AM

Buenas saludos amigo tengo una duda espero que me ayuden en esta parte solamente debo pegar eso en el archivo Squid Conf donde dice # Estandar de actualización de cache
# 1 mes = 10080 mins, 1 dia = 1440 mins. solamente eso o se debe hacer otro cosa ?

por otro lado también el refresh ideal para sistemas de alta concurrencias con respecto a imágenes seria este.

# Para imagenes – tiempo de 1 día y un máximo 3 para descargar nuevamente.
refresh_pattern -i \.gif$ 1440 80% 4320
refresh_pattern -i \.tiff?$ 1440 80% 4320
refresh_pattern -i \.bmp$ 1440 80% 4320
refresh_pattern -i \.jpe?g$ 1440 80% 4320
refresh_pattern -i \.xbm$ 1440 80% 4320
refresh_pattern -i \.png$ 1440 80% 4320
refresh_pattern -i \.wrl$ 1440 80% 4320
refresh_pattern -i \.ico$ 1440 80% 4320
refresh_pattern -i \.pnm$ 1440 80% 4320
refresh_pattern -i \.pbm$ 1440 80% 4320
refresh_pattern -i \.pgm$ 1440 80% 4320
refresh_pattern -i \.ppm$ 1440 80% 4320
refresh_pattern -i \.rgb$ 1440 80% 4320
refresh_pattern -i \.ppm$ 1440 80% 4320
refresh_pattern -i \.rgb$ 1440 80% 4320
refresh_pattern -i \.xpm$ 1440 80% 4320
refresh_pattern -i \.xwd$ 1440 80% 4320
refresh_pattern -i \.pict?$ 1440 80% 4320

firecold · Diciembre 03, 2012, 11:29:54 AM

Cita de: GREGORIO582 en Diciembre 03, 2012, 02:24:25 AM
Buenas saludos amigo tengo una duda espero que me ayuden en esta parte solamente debo pegar eso en el archivo Squid Conf donde dice # Estandar de actualización de cache
# 1 mes = 10080 mins, 1 dia = 1440 mins. solamente eso o se debe hacer otro cosa ?

por otro lado también el refresh ideal para sistemas de alta concurrencias con respecto a imágenes seria este.

# Para imagenes – tiempo de 1 día y un máximo 3 para descargar nuevamente.
refresh_pattern -i \.gif$ 1440 80% 4320
refresh_pattern -i \.tiff?$ 1440 80% 4320
refresh_pattern -i \.bmp$ 1440 80% 4320
refresh_pattern -i \.jpe?g$ 1440 80% 4320
refresh_pattern -i \.xbm$ 1440 80% 4320
refresh_pattern -i \.png$ 1440 80% 4320
refresh_pattern -i \.wrl$ 1440 80% 4320
refresh_pattern -i \.ico$ 1440 80% 4320
refresh_pattern -i \.pnm$ 1440 80% 4320
refresh_pattern -i \.pbm$ 1440 80% 4320
refresh_pattern -i \.pgm$ 1440 80% 4320
refresh_pattern -i \.ppm$ 1440 80% 4320
refresh_pattern -i \.rgb$ 1440 80% 4320
refresh_pattern -i \.ppm$ 1440 80% 4320
refresh_pattern -i \.rgb$ 1440 80% 4320
refresh_pattern -i \.xpm$ 1440 80% 4320
refresh_pattern -i \.xwd$ 1440 80% 4320
refresh_pattern -i \.pict?$ 1440 80% 4320

prueba con el mio, es bastante eficiente debo decir:

# Imagenes
refresh_pattern -i \.gif 2880 80% 43200 reload-into-ims
refresh_pattern -i \.tiff 2880 80% 43200 reload-into-ims
refresh_pattern -i \.bmp 2880 80% 43200 reload-into-ims
refresh_pattern -i \.jpeg 2880 80% 43200 reload-into-ims
refresh_pattern -i \.png 2880 80% 43200 reload-into-ims
refresh_pattern -i \.pict 14400 80% 43200 reload-into-ims
# Movies
refresh_pattern -i \.mov 1440 80% 43200
refresh_pattern -i \.mpeg 1440 80% 43200
refresh_pattern -i \.swf 2888 80% 57640 reload-into-ims
refresh_pattern -i \.flv 2888 80% 57640 reload-into-ims
# Sounds
refresh_pattern -i \.wav 1440 80% 43200
refresh_pattern -i \.mp3 28880 80% 57640
# Archives
refresh_pattern -i \.zip 14400 80% 43200
refresh_pattern -i \.hqx 14400 80% 43200
refresh_pattern -i \.exe 14400 80% 43200
refresh_pattern -i \.rar 14400 80% 43200
refresh_pattern -i \.tar 14400 80% 43200
refresh_pattern -i \.gz 14400 80% 43200
refresh_pattern -i \.z 14400 80% 43200
refresh_pattern -i \.a[0-9][0-9] 14400 80% 43200
refresh_pattern -i \.r[0-9][0-9] 14400 80% 43200
# Data files
refresh_pattern -i \.txt 14400 80% 43200
refresh_pattern -i \.pdf 14400 80% 43200
refresh_pattern -i \.doc 14400 80% 43200
refresh_pattern -i \.rtf 14400 80% 43200
refresh_pattern -i \.latex 14400 80% 43200
# Java-type objects
refresh_pattern -i \.class 14400 80% 43200
refresh_pattern -i \.js 14400 80% 43200
refresh_pattern -i \.class 14400 80% 43200
# Para evitar problemas con scripts .do
refresh_pattern -i \.do 0 0% 1440
refresh_pattern -i ^http://.*\.(css|htm|html|ico|js|jsp|xml) 1440 80% 999999
refresh_pattern -i ^http://.*\.(bmp|gif|jpeg|jpg|png) 1440 80% 999999 ignore-reload
#Fin
refresh_pattern ^ftp:    1440   20%   10080
refresh_pattern ^gopher:   1440   0%   1440
refresh_pattern -i (/cgi-bin/|\?) 0   0%   0
refresh_pattern .    0   20%   4320

GREGORIO582 · Diciembre 03, 2012, 03:46:53 PM

Gracias amigo por tu ayuda listo ya copie y pegue en el squid conf del thunder. una pregunta para que sirve esta optimizacion si no es mucha molestia .

firecold · Diciembre 03, 2012, 05:16:40 PM

Cita de: GREGORIO582 en Diciembre 03, 2012, 03:46:53 PM
Gracias amigo por tu ayuda listo ya copie y pegue en el squid conf del thunder. una pregunta para que sirve esta optimizacion si no es mucha molestia .

uso: refresh_pattern [-i] regex por ciento min max [opciones]

De forma predeterminada, las expresiones regulares entre mayúsculas y minúsculas. Para hacer las mayúsculas y minúsculas, utilice la opción-i.

'Min' es el tiempo (en minutos) de un objeto sin una explícita tiempo de caducidad se debe considerar fresco. La recomendado valor es 0, los valores más altos pueden hacer que las aplicaciones dinámicas ser erróneamente en caché a menos que el diseñador de la aplicación ha tomado las medidas adecuadas.

'Porcentaje' es un porcentaje de la edad objetos (tiempo desde la última modificación edad) un objeto sin tiempo de caducidad explícita
se considera fresca.

'Max' es un límite superior sobre cómo objetos largos sin una explícita tiempo de caducidad se considerará fresca.

En pocas palabras es el tiempo de vida de ciertos archivos en squid antes de ser borrados o refrescados, ejemplo

Tiempo mínimo antes de descargar nuevamente (minutos), el porcentaje de vida (%) y el tiempo máximo para envejecer (minutos).

# Para sonido – tiempo de 10 días y un máximo de 30.
refresh_pattern -i \.aiff?$ 14400 80% 43200
refresh_pattern -i \.au$ 14400 80% 43200
refresh_pattern -i \.ram?$ 14400 80% 43200
refresh_pattern -i \.snd$ 14400 80% 43200
refresh_pattern -i \.mid$ 14400 80% 43200
refresh_pattern -i \.mp2$ 14400 80% 43200
refresh_pattern -i \.mp3$ 14400 80% 43200
refresh_pattern -i \.ogg$ 14400 80% 43200
refresh_pattern -i \.wav$ 14400 80% 43200

ingjaab · Diciembre 24, 2012, 12:49:56 AM

cambie la pregunta en que ayuda este simbolo $ y por que lo eliminan

ingjaab · Diciembre 31, 2012, 03:42:57 AM

Cita de: roxdng en Noviembre 04, 2012, 03:11:45 AM

--------------------------------------

Otro consejos para montar el filesystem "/cache" añadir notail, noatime (eso agiliza mucho a la hora de lectura y escritura una vez que el squid tenga su propio tiempo, usando estas funciones usted evita que el sistema al guardar un archivo lo haga 2 veces).

Entre al directorio "/etc/fstab" y agregue:

/dev/sda5 /cache reiserfs defaults,notail,noatime 1 2
-----------------------------------------------------

doc tengo una duda sda5 yo lo tengo asi /dev/sdb por lo tanto si es para la cache seria de esta manera :
/dev/sdb /cache reiserfs defaults,notail,noatime 1 2

se agradece la ayuda que des

loquitoslack · Abril 05, 2013, 10:02:05 AM

Creo que hay un error en tu linea /dev/sdb --> dicho disco hace referencia al disco completo, debes crear la tabla de particiones con

Código [Seleccionar]


root@localhost# fdisk /dev/sdb

Sino nunca va a montar el archivo

mahehe506 · Mayo 16, 2013, 04:49:33 PM

disiculpa soy nuevo en el foro ya instale el thunder aun no lo pruebo pero estas reglas funcionan tanto para Raptor como para Thunder, gracias de antemano. Saludos

ingjaab · Junio 13, 2013, 02:52:37 AM

una duda si se puede optimizar el squid del raptor se agradece la ayuda

rubennoboa · Abril 07, 2015, 09:32:18 PM

tuve porblems con la configuracion no me deja hacer nada ni siquiera entra al escritorio.. me sale cannot open shared object file : error 24

demasiados ficheros abiertos

firecold · Abril 07, 2015, 11:50:28 PM

Cita de: rubennoboa en Abril 07, 2015, 09:32:18 PM
tuve porblems con la configuracion no me deja hacer nada ni siquiera entra al escritorio.. me sale cannot open shared object file : error 24

demasiados ficheros abiertos

Muchas veces no es recomendable, ponerle entorno grafico a un servidor y muchas veces eso causa muchos problemas, con lo de su problema la pregunta sera si el problema es de squid o del sistema, Saludos

rubennoboa · Abril 08, 2015, 09:23:28 AM

creo que es el sistema porque no me deja cambiar nada ni entrar osea nada de nada.. le cambie 65536 por otro valor y ese fue el problema.. no puedo restablecer el sistema.. hay alguna forma de restablecerlo antes de los cambios???????

firecold · Abril 08, 2015, 10:03:47 AM

Cita de: rubennoboa en Abril 08, 2015, 09:23:28 AM
creo que es el sistema porque no me deja cambiar nada ni entrar osea nada de nada.. le cambie 65536 por otro valor y ese fue el problema.. no puedo restablecer el sistema.. hay alguna forma de restablecerlo antes de los cambios???????

Talvez le agregastes un valor mayor al permitido por tu memoria, amigo en todo caso lo tendras que cambiar desde fuera, te recomendaria un sistema operativo que tenga live cd y volver los cambios a su normalidad, ya que no te deja entrar al sistema, Saludos

jesger · Noviembre 15, 2016, 01:24:49 PM

no se si sera bueno reactivar este tema.... pero bueno.... me encuentro confundido ya que eh aplicado todas las reglas aqui al pie de la letra pero no me funciona...

al hacer ulimit -a

open files no ha cambiado y sigue en 1024

ulimit -n
1024
ulimit -Sn
1024
ulimit -Hn
4096

alguien me podria ayudar porfavor

firecold · Noviembre 16, 2016, 09:25:09 AM

Cita de: jesger en Noviembre 15, 2016, 01:24:49 PMno se si sera bueno reactivar este tema.... pero bueno.... me encuentro confundido ya que eh aplicado todas las reglas aqui al pie de la letra pero no me funciona... al hacer ulimit -a open files no ha cambiado y sigue en 1024 ulimit -n 1024 ulimit -Sn 1024 ulimit -Hn 4096 alguien me podria ayudar porfavor

Amigo cuanto tienes de Ram y teclea esto en consola y nos avisas:

Código [Seleccionar]

cat /proc/sys/fs/file-max

Saludos

jesger · Noviembre 17, 2016, 09:38:12 PM

Cita de: firecold en Noviembre 16, 2016, 09:25:09 AM
Amigo cuanto tienes de Ram y teclea esto en consola y nos avisas:

Código [Seleccionar] Expandir
cat /proc/sys/fs/file-max

Saludos

gracias por responder

tengo 1G de ram
y al teclear eso en consola me arroja 91444 que es lo que le puse... cuando hise esto por primera ves me dio 91445 y aplique toda la configuracion ponienole 1 menos