¿Por qué lsof en OS X es tan ridículamente lento?

36

No puedo entender por qué lsof en mi Mac (10.8.2, MacBook Pro) es tan lento.

En mi Mac, lsoflleva más de un minuto:

$ touch /tmp/testfile
$ time lsof /tmp/testfile

real   1m16.483s
user   0m0.029s
sys    1m15.969s

En una caja típica de Linux, ejecutar Ubuntu 12.04 lsofrequiere 20 ms:

$ touch /tmp/testfile
$ time lsof /tmp/testfile

real   0m0.023s
user   0m0.008s
sys    0m0.012s

El problema persiste si ejecuto lsof -n(para evitar búsquedas de DNS). Además, intenté verificar qué llamadas al sistema se realizan lsofutilizando dtruss, y descubrí que está llamando proc_infodecenas de miles de veces:

$ sudo dtruss lsof /tmp/testfile 2> /tmp/dump
$ cat /tmp/dump | sort | uniq -c | sort -nr | head
10000 proc_info(0x2, 0x1199, 0x8) = 1272 0
 6876 proc_info(0x2, 0x45, 0x8) = 1272 0
 2360 proc_info(0x2, 0x190D, 0x8) = 1272 0
 1294 proc_info(0x2, 0xFF, 0x8) = 1272 0
 1152 proc_info(0x2, 0x474, 0x8) = 1272 0
 1079 proc_info(0x2, 0x2F, 0x8) = 1272 0
  709 proc_info(0x2, 0xFE, 0x8) = 1272 0
  693 proc_info(0x2, 0x1F, 0x8) = 1272 0
  623 proc_info(0x2, 0x11A, 0x8) = 1272 0
  528 proc_info(0x2, 0xF7, 0x8) = 1272 0

¿Algunas ideas? Ejecuté estas pruebas y obtuve los mismos resultados utilizando tanto la versión lsofincluida con OS X (4.85) como la última versión de ftp://sunsite.ualberta.ca/pub/Mirror/lsof/ (4.87).

(Para los curiosos, la razón por la que me siento frustrado por este rendimiento es que cuando arrastro imágenes a Evernote, se ejecuta lsofen el proceso de copiar el archivo, haciendo que mi sistema se cuelgue durante un minuto cada vez que intento insertar una imagen en Evernote.)

Jason
fuente
1
Si tiene salida a la consola en lugar de un archivo, ¿se cuelga en un punto en particular? También estoy en 10.8.2. Me tomó 6 segundos, y noté que estaba colgando cada vez a la mitad de la lista de archivos abiertos de AirServer. Maté a AirServer, y el tiempo se redujo a 1.76s. ¿Quizás hay algo en su sistema que está tardando mucho en evaluar?
Warren Pena
Punto de datos interesante, @WarrenPena. Si ejecuto lsofsin argumentos (para enumerar todos los archivos), se cuelga por un minuto y luego imprime todos los archivos. Pero, como mencioné, todavía se cuelga si intento enumerar quién tiene un solo archivo abierto en el directorio / tmp, por lo que no es un archivo abierto en particular el problema. Además, no estoy ejecutando ningún proceso de AirServer.
Jason
2
Me toma (¿solo?) Alrededor de un segundo. También podrías intentarlo sudo opensnoop -n lsof.
Lri
2
Me lleva 19 s. No tengo idea por qué ...
daviewales
Buena idea, @LauriRanta. Intenté ejecutar sudo opensnoop -n lsofy lsof /tmp/testfileen dos pestañas, y opensnoop solo informó que se habían abierto tres archivos. Entonces, el problema no debe ser un número excesivo de archivos abiertos, sino algo relacionado con proc_infollamadas excesivas .
Jason

Respuestas:

10

Según mi experiencia, desde Mac OS X 10.7 (Lion) hasta 10.11.5 (EI Capitan), lsofsiempre se cuelgan.

Para resolver el problema, agregue la -nopción.

lsof -n

Según el manual de lsof, la -nopción:

inhibits the conversion of network numbers to host names for network files.  
Inhibiting conversion may make  lsof  run faster.  It is also useful when host 
name lookup is not working properly

EDITAR 25/04/2018: si aún es lento, puedes intentar

-O to bypass  the  strategy it uses to avoid being blocked by some kernel operations
-P to inhibits the conversion of port numbers to port names for network files
-l to inhibits  the  conversion of user ID numbers to login names

La mejor manera de averiguar por qué es tan lento es ejecutar la herramienta "Instrumentos" (desde el icono de Spotlight Search de la esquina superior derecha) para hacer un "Rastreo del sistema" en / usr / sbin / lsof y luego ver las llamadas al gráfico y al sistema.

ingrese la descripción de la imagen aquí ingrese la descripción de la imagen aquí ingrese la descripción de la imagen aquí ingrese la descripción de la imagen aquí ingrese la descripción de la imagen aquí

osexp2003
fuente
2
¡Guauu! Agregar -ncortar mi lsof +Dabajo de 5.31 reala 0.25 real. Esta opción es para ... real
wetjosh
2
Todavía ridículamente lento para mí ...
Noldorin
Hola @Noldorin, ¿estás en el mismo sistema operativo que este hilo anterior? De lo contrario, una nueva pregunta específica que se vincule aquí con su configuración específica y el momento específico podría valer una nueva respuesta.
bmike
3

Creo que la mayor parte del problema es que macOS se está volviendo cada vez más ridículo con capas hinchadas e innecesarias sobre capas de marcos derrochadores. Esto ha significado cientos de procesos adicionales y miles de archivos adicionales que se mantienen abiertos, aumentando la cantidad de trabajo que lsoftiene que hacer al menos en un orden de magnitud, y tal vez más como dos órdenes.

lsof pasó de velocidad razonable a atrozmente lenta entre 10.6 y 10.13.

Aquí, en un sistema 10.13.4 actual, veo lo siguiente con solo 7 aplicaciones abiertas y en ejecución (Terminal, Chrome, Calendario, Finder, Adium, IPGadget y Stickies). (Chrome tiene 7 ventanas, con quizás 10 pestañas cada una).

# ps ax | wc -l
     401
# time lsof -lnP | wc -l
   10976

real    0m49.684s
user    0m0.250s
sys 0m40.172s

Durante la ejecución, ambas CPU tienen más del 50% del tiempo del sistema

Agregar -Oayuda a veces, especialmente si lsofno se ha ejecutado últimamente, pero lo mejor que he visto fue un 10% de ahorro. Por lo general, es minúsculo y probablemente no justifique los riesgos descritos en la página del manual:

# time lsof -lnPO | wc -l
   10994

real    0m47.482s
user    0m0.249s
sys 0m40.472s

dtrussafirma que hay más de 89,000 llamadas proc_info()con mi carga de proceso actual, y que están en el kernel, y como timeinformes, la gran mayoría del tiempo dedicado está en el kernel. No sé por qué hay alrededor de 8 llamadas por archivo abierto.

Lamentablemente, macOS / Darwin no incluye el fstatcomando BSD cada vez más útil y eficiente .

Greg A. Woods
fuente
1

No tengo una gran respuesta por qué su sistema parece tardar un minuto más que mi Mac más lenta para llamar proc_info30 mil veces, pero su sincronización muestra que tanto Linux como OS X están en el rango de 10 ms para que el usuario ejecute lsof. ¿Puedes reproducir ese arranque lento en modo seguro para descartar otras cargas en tu CPU?

He probado tres Mac y las que ejecutan 10.7.5 son aproximadamente un segundo más rápidas que mi Mac 10.8.2. Los sistemas operativos más antiguos son procesadores Core 2 Duo más lentos y creo que una Mac i7 que ejecuta el sistema operativo más nuevo sería tan rápido o más rápido que el sistema operativo y la CPU más antiguos, pero me equivocaría.

Todas las máquinas realizan aproximadamente la misma cantidad de llamadas a proc_info, y todas las máquinas tienen poco tiempo de usuario para el comando, pero es posible que tenga un tiempo general más lento (y no tengo idea de por qué la suya es tan dramáticamente más lenta que mi Mountain Lion Mac).

11 pulgadas Air (i7) 2011 corriendo Mountain Lion - SSD:

$ system_profiler SPSoftwareDataType
      System Version: OS X 10.8.2 (or something)
      Kernel Version: Darwin 12.3.0
      Secure Virtual Memory: Enabled
$ time lsof /tmp/testfile 

real    0m1.179s
user    0m0.012s
sys     0m1.158s
$ sudo dtruss lsof /tmp/testfile 2> /tmp/dump
$ cat /tmp/dump | sort | uniq -c | sort -nr | head
9310 proc_info(0x2, 0x68, 0x8)           = 1272 0
1220 proc_info(0x2, 0xCEB6, 0x8)                 = 1272 0
$ cat /tmp/dump | cut -c -9 | sort | uniq -c | sort -nr | head
30884 proc_info
 116 write(0x4
  87 read(0x5,
  60 sigaction
  60 setitimer
  35 stat64("/
  30 sigprocma
  30 sigaltsta
  21 close(0x3
  18 close(0x6 

MacBook Pro de 15 pulgadas con Lion Server - HDD:

$ system_profiler SPSoftwareDataType
      System Version: Mac OS X Server 10.7.5 (11G63)
      Kernel Version: Darwin 11.4.2
$ time lsof /tmp/testfile

real    0m0.329s
user    0m0.005s
sys     0m0.324s

IMac de 27 pulgadas con Lion - HDD:

$ system_profiler SPSoftwareDataType
      System Version: Mac OS X 10.7.5 (11G63b)
      Kernel Version: Darwin 11.4.2
$ time lsof /tmp/testfile

real    0m0.066s
user    0m0.002s
sys     0m0.065s
$ sudo dtruss lsof /tmp/testfile 2> /tmp/dump
$ cat /tmp/dump | cut -c -9 | sort | uniq -c | sort -nr | head
23034 proc_info
 188 write(0x4
 141 read(0x5,
  96 sigaction
  96 setitimer
  48 sigprocma
  48 sigaltsta
  31 stat64("/
  21 close(0x3
  18 close(0x6
bmike
fuente
1
+1. Estoy ejecutando 10.8.2 en un MBP de finales de 2010 (i7 + 8GB), y mientras ejecuto un montón de aplicaciones obtengo ~ 1.8s.
Harv