.png)
у меня естьочень старый(Я думаю, около 2009 года) Mac Mini, который в настоящее время фактически выступает в качестве NAS для наших резервных копий TimeMachine. Он работал нормально, пока два дня назад эти резервные копии внезапно не перестали работать. Я также не мог подключиться к нему через Share Screen. Когда я попробовал ssh, я понял, что он работаеточень медленно. Требуется 3-5 минут, чтобы sshвойти. В основном, это тайм-аут, но если мне действительно удается открыть соединение, оно остается открытым... это просто очень медленно. Даже на то, чтобы понять, что я использую El Capitain, ушло почти 6 минут:
Krotos:~ cwr$ time uname -a
Darwin Krotos.local 15.6.0 Darwin Kernel Version 15.6.0: Thu Jun 21 20:07:40 PDT 2018; root:xnu-3248.73.11~1/RELEASE_X86_64 x86_64
real 5m58.602s
user 0m0.007s
sys 0m0.007s
запуск topлегко занимает 1-2 минуты, прежде чем начнется вывод (но затем вывод, кажется, обновляется с нормальной скоростью).
Я предполагаю, что он что-то делает, но... не могу сказать, что именно. topКогда он запускается и работает, он выглядит примерно так:
Processes: 90 total, 2 running, 17 stuck, 71 sleeping, 365 threads 09:49:05
Load Avg: 1.07, 1.10, 1.07 CPU usage: 0.97% user, 0.48% sys, 98.54% idle
SharedLibs: 100M resident, 6980K data, 45M linkedit.
MemRegions: 30832 total, 775M resident, 53M private, 153M shared.
PhysMem: 2098M used (1007M wired), 6350M unused.
VM: 286G vsize, 535M framework vsize, 0(0) swapins, 0(0) swapouts.
Networks: packets: 8361/986K in, 1770/314K out.
Disks: 11164/837M read, 2740/43M written.
PID COMMAND %CPU TIME #TH #WQ #POR MEM PURG CMPR PGRP PPID
281 AppleFileSer 0.0 00:00.20 8 0 78 13M 8192B 0B 281 1
280 top 1.2 00:02.98 1/1 0 22 3044K 0B 0B 280 222
278- fpsaud 0.0 00:00.13 1 0 2 80K 0B 0B 278 1
270 ocspd 0.0 00:00.22 2 0 30 7376K 0B 0B 270 1
269 makewhatis 0.0 00:00.03 1 0 12 584K 0B 0B 245 267
267 sh 0.0 00:00.01 1 0 17 652K 0B 0B 245 2
...
что, как мне кажется, означает, что в мире все хорошо.
Что бы ни происходило, это, по-видимому, происходит выше сетевого уровня, потому что, например, я работал непрерывно, pingпытаясь which grep. Я остановился после 100 пакетов, но это было быстро и не потеряло ни одного:
64 bytes from 192.168.1.10: icmp_seq=101 ttl=64 time=1.315 ms
^C
--- krotos.local ping statistics ---
102 packets transmitted, 102 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 1.096/1.927/3.488/0.472 ms
whichС другой стороны, команда ...
Krotos:~ cwr$ time which grep
/usr/bin/grep
real 1m10.675s
user 0m0.007s
sys 0m0.005s
С местом на диске тоже вроде бы все в порядке, хотя на то, чтобы это выяснить, уйдет целая вечность:
Krotos:~ cwr$ time df
Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on
/dev/disk0s2 232762432 119458488 112791944 52% 14996309 14098993 52% /
devfs 383 383 0 100% 664 0 100% /dev
map -hosts 0 0 0 100% 0 0 100% /net
map auto_home 0 0 0 100% 0 0 100% /home
real 3m4.875s
user 0m0.007s
sys 0m0.007s
Думаю, я мог бы одолжить у кого-нибудь монитор и подключить его, но мне бы очень хотелось иметь возможность диагностировать это из командной строки. Я пробовал перезагружать, но проблема осталась. Может быть, это просто одна из тех загадочных вещей MacOS, типа переиндексации базы данных Spotlight или что-то в этом роде, и все будет в порядке через несколько дней, когда он закончит делать то, что он делает, но... Я хотел бы знать, что это (и правда ли это, и мне просто подождать несколько дней, или это какая-то более серьезная проблема, которая просто не исчезнет).
На что еще я могу обратить внимание, чтобы понять, почему простые команды выполняются несколько минут, когда ЦП, казалось бы, почти полностью простаивает, а памяти и места на диске предостаточно?