Почему lsof в OS X так смехотворно медленный?

По моему опыту, от Mac OS X 10.7 (Lion) до 10.11.5 (EI Capitan) lsofвсегда зависали.

Чтобы решить проблему, добавьте -noption.

lsof -n

Согласно руководству lsof, -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

РЕДАКТИРОВАТЬ 2018-04-25: Если это все еще медленно, вы можете попробовать

-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

Лучший способ выяснить, почему так медленно, — запустить инструмент «Инструменты» (в правом верхнем углу значка поиска Spotlight), чтобы выполнить «Системную трассировку» в /usr/sbin/lsof, а затем просмотреть график и системные вызовы.

Я думаю, что самая большая часть проблемы заключается в том, что macOS становится все более нелепой из-за раздувания и ненужных слоев за слоями расточительных фреймворков. Это означало, что сотни дополнительных процессов и тысячи дополнительных файлов остаются открытыми, что увеличивает объем работы lsof, которую необходимо выполнить, по крайней мере, на порядок, а возможно, и на два порядка.

lsofпереходил от разумной скорости к чудовищно медленной между 10,6 и 10,13.

Здесь, в текущей системе 10.13.4, я вижу следующее, когда открыто и запущено всего 7 приложений (Терминал, Chrome, Календарь, Finder, Adium, IPGadget и Stickies). (В Chrome 7 окон, по 10 вкладок в каждом.)

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

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

Во время работы оба процессора занимают более 50% системного времени.

Добавление -Oиногда помогает, особенно если lsofон не запускался в последнее время, но лучшее, что я видел, это экономия около 10%. Обычно это ничтожно мало и, вероятно, не стоит рисков, описанных на странице руководства:

# time lsof -lnPO | wc -l
   10994

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

dtrussутверждает, что с моей текущей нагрузкой процесса более 89 000 вызовов proc_info(), и они находятся в ядре, и, как timeсообщается, подавляющее большинство времени проводится в ядре. Я не знаю, почему на один открытый файл приходится около 8 вызовов.

К сожалению, macOS/Darwin не включает еще более полезную и эффективную fstatкоманду BSD.

У меня нет отличного ответа, почему вашей системе требуется на минуту больше, чем моему самому медленному Mac, чтобы вызвать proc_info30 тысяч раз, но ваше время показывает, что и Linux, и OS X находятся в диапазоне 10 мс для пользовательского времени для запуска lsof. Можете ли вы воспроизвести медленную загрузку в безопасном режиме, чтобы исключить другие нагрузки на ваш процессор?

Я пробовал три Mac, и те, на которых работает 10.7.5, примерно на секунду быстрее, чем мой Mac 10.8.2. Более старые ОС — это более медленные процессоры Core 2 Duo, и я думаю, что i7 Mac под управлением более новой ОС будет таким же быстрым или даже быстрее, чем более старые ОС и ЦП, но я ошибаюсь.

Все машины делают примерно одинаковое количество вызовов proc_info, и все машины имеют ограниченное пользовательское время для команды, но у вас может быть более медленное общее время (и я понятия не имею, почему у вас так значительно медленнее, чем у моего Mountain Lion Мак).

11-дюймовый Air (i7) 2011 года с 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-дюймовый MacBook Pro с Lion Server — жесткий диск:

$ 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-дюймовый iMac под управлением Lion — жесткий диск:

$ 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