Priorità dei file di paging su più unità [duplicato]


8

Sto gestendo un server Dell R710 utilizzato per alcuni calcoli di analisi di elementi finiti non lineari (FEA) molto grandi. Occasionalmente, queste esecuzioni impiegheranno fino a 500 GB di memoria allocata. Poiché attualmente questa macchina ha solo 132 GB di RAM, questa ulteriore allocazione di memoria arriva attraverso il file di paging.

Il file di paging è corrente su un array HDD rotante e causa un enorme collo di bottiglia. Ho studiato al massimo la memoria (288 GB) e l'aggiunta di un SSD Intel 750 NVMe da 400 GB come disco di file di paging dedicato. Ciò dovrebbe liberare parte del collo di bottiglia di I / O del file di paging, ma voglio assicurarmi di non massimizzare il file di paging e arrestare in modo anomalo una corsa di grandi dimensioni.

A corto di Intel 800GB da 800 GB per la dimensione massima del file di pagina compresa di 864 GB (3x 288 GB), posso dire a Windows di utilizzare l'array HDD come failover per spazio pagedisk aggiuntivo? C'è un modo per dare la priorità all'SSD come primario per il file di paging? Grazie.


+1 per una buona domanda. Richiesto anche come superuser.com/questions/446747/… ma per Windows 7. Purtroppo non ha ancora una risposta. Se otteniamo una buona risposta per questa, che funziona per entrambe, spero di chiudere l'altra come duplicata di questa.
Hennes,

che dire di Windows 10?
Necktwi,

Risposte:


2

Non è necessario "avere" un file di paging sull'array HDD. Puoi semplicemente rimuoverlo o impostarlo al minimo assoluto, se vuoi Crash Dump (il sistema operativo ti dirà quando cambi la dimensione del singolo file di paging sull'array HDD). Supponendo che l'array sia la posizione del sistema operativo.

Questo forzerà automaticamente le scritture su SSD, dopo che avrà utilizzato il file di paging dell'unità di partizione del sistema operativo.

Avere il file di paging su un array presenta degli svantaggi. Ogni scrittura di una pagina va su un controller e passa inutilmente attraverso la logica della scheda del controller per determinare su quali unità scrivere effettivamente quella pagina. Un file di paging per natura è un archivio temporaneo, quindi non ci sono vantaggi per avere qualsiasi tipo di RAID o array (specialmente se è disponibile un sottosistema più veloce, cioè SSD in questo caso).

Qualcuno potrebbe chiedere "che dire delle grandi cache trovate sulla maggior parte dei controller di array?" Quelli non sono utili per il file di paging, ancora una volta perché per definizione ciò che viene sfogliato è ciò che non è stato letto da un po 'di tempo, quindi è probabile che non si acceda alla cache per leggere nuovamente il file di paging. Un SSD con la sua cache di base integrata sarà più veloce di una cache di array in questo scenario.

Nella tua situazione molto particolare (calcoli FEA) diventa un po 'complicato, se l'algoritmo deve estendere l'intera memoria allocata regolarmente. Quindi il file di paging viene riletto molto. In tal caso, qualsiasi cache di grandi dimensioni su un controller "potrebbe" aiutare a seconda della sequenza in cui l'algoritmo accede alla memoria. Se provoca più tipi di sequenza di accesso LIFO (last in first out), sarà di aiuto. Se è casuale, quindi probabilmente beneficio limitato. Se è FIFO (primo al primo posto) allora probabilmente farà male.

Detti casuali di Microsoft MVP indicano che le unità più veloci saranno automaticamente magicamente favorite. Sebbene le mie osservazioni empiriche nel corso degli anni dimostrino che l'unità OS è preferita. Quindi la configurazione di cui sopra ottiene entrambe le preoccupazioni affrontate.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.