Suas informações são muito boas para RAM e CPU, mas não vejo nada errado e as coisas parecem bastante equilibradas. Sim, há um programa que está ocupado e não está respondendo, então você pode matá-lo para descartá-lo como algo que está diminuindo a velocidade do Photoshop.
Meu palpite é que você precisará examinar o armazenamento para encontrar a lentidão.
Meu raciocínio é que o Photoshop faz um bom trabalho na pré-alocação de espaço em disco para troca própria (para que nem seja trocada pela troca do SO), bem como na pré-alocação de toda a RAM que achar necessária. Mesmo sem ver os gráficos normais de RAM e CPU que você postou, é improvável que seu Mac esteja paginando a memória virtual em disco com base nas estatísticas que você postou a partir de um instantâneo no tempo.
Abra o aplicativo de terminal em / Aplicativos / Utilitários e execute dois comandos para listar as unidades conectadas (para saber qual é o disco0, disco1 etc ...) e outro para monitorar a entrada e a saída reais da unidade.
df | grep disk
iostat 30
O segundo comando será executado continuamente até você pressionar control + c ou fechar o aplicativo ou a janela do terminal.
Meu palpite é que você verá que há carga contínua em um ou mais discos e encerrar os programas que estão causando a ocupação do disco tornará o Photoshop mais ágil. Você já descartou a alta carga da CPU e a contenção de memória (a pressão seria amarela ou vermelha se isso diminuísse a velocidade do Photoshop). Portanto, o próximo candidato provável é que o sistema esteja aguardando o armazenamento.
As outras sugestões para tentar matar outros aplicativos são boas, mas você terá mais êxito se puder medir o item lento exato e depois mudar as coisas e medir novamente.
Aqui está uma amostra do que você pode ver em um sistema inativo:
Mac:~ me$ iostat 30
disk0 disk1 cpu load average
KB/t tps MB/s KB/t tps MB/s us sy id 1m 5m 15m
36.80 20 0.71 24.99 0 0.00 6 3 91 1.34 1.61 1.65
32.00 0 0.01 0.00 0 0.00 1 1 97 1.32 1.60 1.65
0.00 0 0.00 0.00 0 0.00 1 2 97 1.37 1.61 1.65
4.00 0 0.00 0.00 0 0.00 1 2 97 1.31 1.58 1.64
28.57 1 0.04 0.00 0 0.00 4 3 93 1.48 1.61 1.65
9.85 3 0.02 0.00 0 0.00 2 1 97 1.44 1.60 1.65
Aqui está o que primeiro um minuto de atividade no SSD interno fica ocioso, depois um minuto de atividade na unidade do Time Machine e ocioso e, finalmente, o Time Machine em execução com as duas unidades com atividade equivalente (leitura de uma = gravação para outra):
Mac:~ me$ iostat 30
disk0 disk1 cpu load average
KB/t tps MB/s KB/t tps MB/s us sy id 1m 5m 15m
36.95 20 0.71 42.93 0 0.00 6 3 91 1.99 1.90 1.75
8.1 1266 10.09 8.00 0 0.00 8 12 81 1.94 1.89 1.75
10.18 774 7.69 0.00 0 0.00 22 9 69 1.64 1.82 1.73
18.42 125 2.25 0.00 0 0.00 11 4 86 1.50 1.77 1.71
32.27 21 0.67 0.00 0 0.00 6 2 92 1.40 1.73 1.70
12.29 48 0.57 6.78 223 1.47 23 8 70 1.74 1.78 1.72
20.30 14 0.28 9.61 53 0.50 2 3 95 1.39 1.69 1.69
17.73 5 0.08 14.75 0 0.01 11 2 87 1.23 1.62 1.66
32.30 23 0.73 0.00 0 0.00 4 2 94 1.50 1.67 1.68
13.14 3 0.04 0.00 0 0.00 6 1 92 1.45 1.64 1.66
21.07 24 0.50 6.12 0 0.00 9 3 88 2.23 1.80 1.72
40.77 197 7.86 37.93 202 7.47 13 10 77 2.27 1.83 1.73
gruntprocesso que não está respondendo.