Che cosa sono esattamente la priorità e l'affinità (disponibili in Task Manager) e per cosa vengono utilizzati:
In quali situazioni dovrebbero / potrebbero essere utilizzate e quali vantaggi si ottengono durante la personalizzazione di queste impostazioni.
Risposte:
L'impostazione dell'affinità fa qualcosa, ma non vorrai mai usarla.
L'impostazione dell'affinità della CPU impone a Windows di utilizzare solo la CPU (o i core) selezionata. Se imposti l'affinità su una singola CPU, Windows eseguirà solo quell'applicazione su quella CPU, mai su nessun'altra.
Windows mette automaticamente le applicazioni in esecuzione sul processore meno occupato, quindi limitarlo a una singola CPU non consente a Windows di fare il suo lavoro. Anche se CPU / core 1 è occupato con altre applicazioni, Windows non sarà in grado di eseguire un'applicazione con affinità impostata su CPU / Core 2.
L'unico motivo per cui vorresti farlo è eseguire una vecchia applicazione che non funziona correttamente quando si esegue su un sistema multi-CPU / Core.
L'impostazione dell'affinità indica a quel processo su quali processori è autorizzato a funzionare.
Sebbene molto utile per alcuni casi di nicchia, l'utente medio probabilmente non dovrebbe scherzare con esso.
Ad esempio, se a un processo fosse consentito l'esecuzione del proprio core, potrebbe essere eseguito in (quasi) tempo reale senza che quelle 70 utility di Windows interrompano costantemente e scambino lo stack sul processore per il proprio intervallo di tempo. Le applicazioni in tempo reale erano qualcosa che Windows non avrebbe mai potuto fare prima che i sistemi multi-processore / multi-core entrassero in scena perché il sistema operativo avrebbe costantemente interrotto / scambiato le applicazioni per i propri scopi. Ciò può ora essere superato principalmente isolando l'applicazione in tempo reale da un processore, impedendo a tutte le altre applicazioni del sistema di utilizzare quel processore. Questo è un argomento di nicchia ma i sistemi come simulatori di volo (reali), automazione di fabbrica e sistemi di feedback di controllo dipendono dall'architettura in tempo reale per funzionare.
Le applicazioni a uso intensivo di processore (come le macchine virtuali) possono essere isolate nel proprio core in modo da poterle utilizzare senza trascinare il resto del sistema in una scansione. In teoria, un hypervisor in esecuzione su un processore che supporta l'interazione dell'hypervisor bare-metal può raggiungere prestazioni del processore pari al sistema operativo indipendente in esecuzione da solo (meno il processore necessario per eseguire il sistema operativo host). Ovviamente, in pratica anche una VM in esecuzione sul proprio core / processore isolato dovrà comunque accettare una piccola quantità di overhead dall'host del sistema operativo host.
Per le applicazioni che gestiscono una grande quantità di dati in flusso, isolare l'applicazione sul proprio processore (e potenzialmente utilizzando ancora più core) ridurrà lo scambio di cache.
Le applicazioni meno recenti che si rompono quando sono distribuite su più processori possono essere effettivamente limitate a un core / processore per risolvere il problema.
Se stavi eseguendo misurazioni delle prestazioni su una specifica applicazione, è quasi impossibile ottenere risultati coerenti su sistemi diversi a meno che tu non riesca a isolare il processo perché, altrimenti, non hai alcun controllo su quanto tempo il sistema operativo impiega la tua applicazione. Molte persone concordano sul fatto che la misurazione delle prestazioni di runtime non dia buoni risultati, ma quelle persone non hanno mai considerato che l'intervento del sistema operativo (che rende i risultati così incoerenti) possa essere limitato usando l'affinità.
Ci sono molti casi in cui l'affinità è vitale ma, se non sai cosa sono, probabilmente non ne avrai bisogno.
Questa è una funzione molto utile in alcuni scenari. Supponiamo che tu abbia un'applicazione multi-thread che tende a rimanere inattivo o a catturare in modo aggressivo il 100% di ogni CPU per diversi minuti, facendo ricerche, build, ecc. Chiamiamo questa applicazione "eclissi".
Diciamo anche che mentre lavori su questa applicazione, hai un sacco di altre applicazioni che hanno requisiti di CPU modesti, ma sono essenzialmente applicazioni in tempo reale. Ad esempio, mentre usi Eclipse e avvia casualmente build o esegue compilazioni gwt, stai anche utilizzando il tuo computer per riprodurre musica in streaming o eseguire ricerche in una finestra del browser (ad esempio, ricercando la causa di un problema di build) . Certo, non morirai se la tua musica salta o il tuo browser smette di rispondere, ma è fastidioso.
Ciò che l'affinità ti consente di fare è limitare la tua app di cpu eating a 7/8 core in modo che a tutti gli altri sia garantito l'accesso a una cpu relativamente inutilizzata e che tu non abbia costantemente a che fare con la balbuzie e le interruzioni all'usabilità di tutto il resto sul tuo computer mentre l'eclissi sta macinando via.
Priorità più alta significa che l'elaborazione di un'attività sarà avvantaggiata rispetto alle attività a bassa priorità. Se stai eseguendo un'applicazione che ti richiede di essere molto reattivo e, ad esempio, una serie di altri processi non interattivi, le priorità possono garantire un'esperienza migliore con il tuo processo ad alta priorità.
Ad esempio: da Windows Vista, Windows Media Player ottiene automaticamente una priorità più elevata per garantire una riproduzione fluida e continua dei file multimediali, con solo il 20% circa del tempo di CPU disponibile per altri processi per impostazione predefinita. Questo è solo un esempio per aiutarti a capire quali priorità fanno. (Puoi leggere di più sulle priorità di Media Player in Vista su Technet .)
L'affinità soft o hard può aumentare la velocità di elaborazione in quanto la cache della CPU può contenere al suo interno resti del processo quando un processo è stato precedentemente interrotto e poi ripreso in un secondo momento.
Un esempio perfetto di ciò sono i vecchi giochi per computer (o altri software), specialmente quando i giochi a 32 bit (applicazioni) vengono emulati su un moderno computer a 64 bit. Impostando l'affinità per i vecchi giochi limitandoli a soli quattro core, spesso si possono evitare gli arresti anomali per consentire l'avvio dei giochi testardi. Alcuni motori di rendering utilizzati da vecchi giochi, editor video e software di grafica con accelerazione hardware o software CAD, non comprendono più di quattro core della CPU e si arrestano in modo anomalo quando vengono avviati.
Non sto creando un account solo per pubblicare questo, per trovarmi google 'kieseyhow'