Hai la maggior parte di ciò che devi ottimizzare per essere elencato nel secondo paragrafo:
- Adobe CC - ritarda con documenti più grandi
- Adobe CC e Visual Studio - insieme ai simulatori iOS / Android
Per questi elementi, ti consigliamo di attivare Activity Monitor e / o il terminale per capire qual è il collo di bottiglia. È la memoria RAM / memoria virtuale che si scambia con lo storage o è solo l'esecuzione di CPU e thread in attesa o la GPU non è in grado di aiutare con parte del carico di lavoro.
- Due finestre di terminale con
iostat in esecuzione - una su un ciclo di 60 secondi e l'altra su una finestra di misurazione di 1 secondo ti informeranno di quanto è instabile il tuo IO e se hai bisogno di IOPS o hai bisogno di larghezza di banda. (La mia ipotesi è che hai bisogno di iops - a meno che tu non stia riproducendo / modificando video 4k). Inoltre, una terza finestra con top -u -s 60 può correlare le medie del carico che vedi su iostat 60 con l'utilizzo della CPU e quali app stanno realmente colpendo la CPU.
Quindi, calcola quanta RAM hai veramente bisogno - quando hai tutte le app aperte e i simulatori - la tua pressione della memoria è gialla o ancora verde. Per la maggior parte delle persone nel tuo caso - i soldi spesi per oltre 8 GB di RAM vengono solitamente spesi meglio altrove su CPU più veloce o più spazio di archiviazione o nuovi aggiornamenti delle app o AppleCare. Persino i nostri sviluppatori Mac Pro / iMac da 27 pollici che eseguono applicazioni di sviluppo e applicazioni Adobe pesanti hanno difficoltà a giustificare più di 16 GB di RAM quando misuriamo carichi di lavoro effettivi su macchine che eseguono 8 ore al turno - tre turni al giorno.
Una volta che sai dove è sospeso il flusso di lavoro corrente, puoi dare un giudizio migliore se sarai deliziato con lo storage NVMe + PCI sul vecchio e più lento storage SATA / AHCI. Il mio carico di lavoro è simile a te e ho un MacPro 6 core (modello attuale) con tonnellate di RAM, un Mac / Pro 15 pollici max / CPU da 15 pollici con GPU e 2 porte thunderbolt (l'ultimo giro prima dei modelli TB3) e un 2015 MacBook (memoria NVMe e CPU i3 / 1.1 GHz e una porta USB C) e scelgo di fare la maggior parte del mio lavoro su MacBook.
- per esempio, compilando mongodb dal sorgente (ripeti
time brew reinstall mongodb --build-from-source due o tre volte) il mio MacPro ottiene il lavoro in 9m26s usando 12 thread, il MacBook Pro prende 11m7s usando 8 thread, il MacBook richiede 41m25s per essere compilato. Il MacBook andrà in stress termico e rallenterà, ma è raro che abbia una compilazione completa così grande da eseguire e le build incrementali siano normali per me.
Sì, gli altri possono compilare grandi software più velocemente nei benchmark e Adobe funziona un po 'più velocemente sui file di grandi dimensioni, ma non sto quasi mai aspettando le macchine e ho bisogno di portare il mio lavoro con me e il fastidio di trascinare il 15 pollici a causa della sua dimensione fisica e del peso aggiunto (power brick, adattatori e CPU / Display) sono molto più negativi rispetto alle poche volte che posso fare qualcosa un po 'più veloce. Completamente aggiornerò al modello TouchBar da 13 pollici quando il budget del capitale del 2017 ha successo e deciderò se devo persino tenere il MacBook.
Non guarderei alcun benchmark e invece misuro solo il carico di lavoro effettivo e ottimizzo per quello. La verità è che qualsiasi nuovo MacBook con una barra di contatto sarà migliore per te rispetto a qualsiasi Apple Sells a meno che tu non voglia ottenere un iMac da 27 pollici per CPU / RAM massima. In pratica, lo storage NVMe rende grandiose le prestazioni della tua vita reale e copre eventuali differenze di benchmark misurabili. Non sono nemmeno un fan della GPU nella linea MacBook - il software ti fa soffrire ogni tanto e l'eccessivo consumo della batteria non mi rende mai felice come svantaggio di alcuni filtri più veloci in Photoshop o di un rendering 3D che richiede 5 minuti invece di 7 a 10.