Warum ist lsof unter OS X so lächerlich langsam?

Wie meine Erfahrung von Mac OS X 10.7 (Lion) bis 10.11.5 (EI Capitan) lsofhängt das immer.

Um das Problem zu lösen, fügen Sie die -nOption an.

lsof -n

Laut Handbuch von lsof, die -nOption:

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

EDIT 2018-04-25: Wenn es immer noch langsam ist, können Sie es versuchen

-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

Der ultimative Weg, um herauszufinden, warum es so langsam ist, besteht darin, das „Instruments“-Tool (über das Spotlight-Suchsymbol in der oberen rechten Ecke) auszuführen, um einen „System Trace“ auf /usr/sbin/lsof durchzuführen und dann Diagramm- und Systemaufrufe anzuzeigen.

Ich denke, der größte Teil des Problems besteht darin, dass macOS immer lächerlicher wird mit aufgeblähten und unnötigen Schichten von verschwenderischen Frameworks. Dies hat dazu geführt, dass Hunderte von zusätzlichen Prozessen und Tausende von zusätzlichen Dateien offen gehalten werden, was den Arbeitsaufwand lsofum mindestens eine Größenordnung und vielleicht eher um zwei Größenordnungen erhöht.

lsofging zwischen 10.6 und 10.13 von angemessener Geschwindigkeit zu schrecklich langsam.

Hier auf einem aktuellen 10.13.4-System sehe ich Folgendes mit nur 7 geöffneten und laufenden Apps (Terminal, Chrome, Kalender, Finder, Adium, IPGadget und Stickies). (Chrome hat 7 Fenster mit jeweils vielleicht 10 Registerkarten.)

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

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

Während des Laufs sind beide CPUs deutlich über 50% Systemzeit

Das Hinzufügen -Ohilft manchmal, besonders wenn lsofes in letzter Zeit nicht ausgeführt wurde, aber das Beste, was ich gesehen habe, waren etwa 10 % Einsparungen. Normalerweise ist es winzig und wahrscheinlich die in der Handbuchseite beschriebenen Risiken nicht wert:

# time lsof -lnPO | wc -l
   10994

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

dtrussbehauptet, dass es proc_info()bei meiner aktuellen Prozesslast über 89.000 Aufrufe gibt, und diese befinden sich im Kernel, und timeBerichten zufolge wird die überwiegende Mehrheit der Zeit im Kernel verbracht. Ich weiß nicht, warum es ungefähr 8 Aufrufe pro geöffneter Datei gibt.

Leider enthält macOS/Darwin nicht den immer nützlicheren und effizienteren BSD- fstatBefehl.

Ich habe keine gute Antwort darauf, warum Ihr System anscheinend eine Minute länger braucht als mein langsamster Mac, um proc_info30.000 Mal anzurufen, aber Ihr Timing zeigt, dass sowohl Linux als auch OS X im Bereich von 10 ms liegen, damit die Benutzer lsof ausführen können. Können Sie diese langsame Zeit beim Booten im abgesicherten Modus reproduzieren, um andere Lasten auf Ihrer CPU auszuschließen?

Ich habe drei Macs ausprobiert und die mit 10.7.5 sind etwa eine Sekunde schneller als mein 10.8.2-Mac. Die älteren Betriebssysteme sind langsamere Core 2 Duo-Prozessoren, und ich würde denken, dass ein i7-Mac mit dem neueren Betriebssystem genauso schnell oder schneller ist als ältere Betriebssysteme und CPUs, aber ich würde mich irren.

Alle Maschinen machen ungefähr die gleiche Anzahl von proc_info-Aufrufen, und alle Maschinen haben wenig Benutzerzeit für den Befehl - aber Sie haben möglicherweise ein langsameres Gesamttiming (und ich habe keine Ahnung, warum Ihre so dramatisch langsamer ist als mein Mountain Lion Mac).

11 Zoll Air (i7) 2011 mit 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 

15 Zoll MacBook Pro mit 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

27 Zoll iMac mit 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