Fondo:
Tengo un cron para iniciar supervisor como usuario "A" .Suopervisor tenía como objetivo supervisar la búsqueda de la esfinge (servicio). lo que se buscó se inició con el comando bash. Los programas principales buscados han consumido 40G VRIT. Entonces inicio sesión como "A". Ejecutar "bash" & amp; "ulimit -a". Vi que la memoria virtual era como máximo 32G.
Pregunta:
¿Por qué la búsqueda sigue funcionando bien pero no fue asesinada por ulimit? He comprobado el archivo de registro. Buscado ha funcionado bien casi 3 meses recientes.
Archivo de configuración:
[program:sphinx-searchd] command=/bin/bash -c " \ eval `/xx/xx/xx/corresponding_env.sh bash` && \ exec $xx/sphinx_searchd.py \ " numprocs=1 autostart=true autorestart=true exitcodes=0 startsecs=10 startretries=100 redirect_stderr=true stdout_logfile=/xx/xx/logs/sphinx_searchd.log
salida ulimit:
machine_name> bash # ~ machine_name> 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) 289857 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) 10240 cpu time (seconds, -t) unlimited max user processes (-u) 32768 virtual memory (kbytes, -v) 33554432 file locks (-x) unlimited
linux
virtual-memory
supervisord
sphinx
Zak Zheng
fuente
fuente