.png)
tengo unmuy viejo(Creo que alrededor de 2009) Mac Mini, que efectivamente actúa como un NAS para nuestras copias de seguridad de TimeMachine en estos días. Funcionó bien hasta hace aproximadamente 2 días, cuando de repente esas copias de seguridad dejaron de funcionar. Tampoco pude adjuntarlo a través de Compartir pantalla. Cuando lo intenté ssh, me di cuenta de que se estaba ejecutando.muy lentamente. Se tarda entre 3 y 5 minutos en sshentrar. En su mayoría, ese tiempo se agota, pero si realmente puedo abrir una conexión, permanece abierta... es muy lento. Incluso darme cuenta de que estaba dirigiendo El Capitán me llevó casi 6 minutos:
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
la ejecución toptarda fácilmente entre 1 y 2 minutos antes de que comience la salida (pero luego la salida parece actualizarse al ritmo normal).
Supongo que está haciendo algo, pero... no sé qué. top, cuando se pone en marcha, se parece a esto:
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
...
lo cual, para mí, parece que todo está bien en el mundo.
Lo que sea que esté sucediendo, parece estar por encima de la capa de red porque, por ejemplo, corrí continuamente pingmientras intentaba which grep. Detuve después de 100 paquetes, pero fue rápido y no descarté ninguno:
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
El whichmando, en cambio...
Krotos:~ cwr$ time which grep
/usr/bin/grep
real 1m10.675s
user 0m0.007s
sys 0m0.005s
El espacio en disco también parece estar bien, aunque lleva una eternidad darse cuenta:
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
Supongo que podría pedir prestado un monitor a alguien y enchufarlo, pero realmente me gustaría poder diagnosticar esto desde la línea de comando. Intenté reiniciar y el problema persiste. Tal vez solo esté haciendo una de esas cosas misteriosas de MacOS, como volver a indexar la base de datos de Spotlight o algo así, y estará bien en unos días cuando termine de hacer lo que sea que esté haciendo, pero... Me gustaría saber qué (y si eso es cierto y debería esperar unos días, o si se trata de un problema mayor que no desaparece).
¿Qué más puedo mirar para descubrir por qué los comandos simples toman varios minutos cuando la CPU parece estar casi completamente inactiva y hay mucha memoria y mucho espacio en disco?