Un recente caso di problema di prestazioni ruotava intorno a volte lento l'accesso al disco, e l'impatto che questo ha su Hyper-V e Windows in generale.
Il cliente aveva identificato che una delle loro unità SAN era drammaticamente fuori eseguendo un altro, anche se l'unità più lenta avrebbe dovuto essere ordini di grandezza più veloce - beh, almeno sulla carta!
Come parte del loro test IOMeter è stato utilizzato insieme con la copia di file di grandi dimensioni (20 - 30 GB) dai server da e per l'SAN offendere. Il cliente ha subito notato che la copia di file di Windows è stato scarso rendimento in termini di throughput e consumo di memoria sul server. Quindi, questo doveva essere un problema di Windows, giusto? Beh, non proprio.
Quindi, che cosa stava succedendo? C'era già un grande riferimento scritto sul blog AskPerf dove è stata discussa la spiegazione del buffering copia. Si prega di salire sopra a quel sito, iscriviti al feed RSS , e leggere l'articolo.
Come eseguire in modo efficiente il copy test allora? Eseutil.exe era l'arma di scelta per copiare file di grandi dimensioni in giro, che è la ragione per l'aggiunta della capacità di scambio, in primo luogo. La sintassi è la seguente:
Anche se è banale per ottenere questo lavoro sulla non-Exchange server è ancora il lavoro, e può richiedere richieste di modifica da depositare fuori. Se non ti piace completare tale lavoro di carta, quindi si dovrebbe essere felici di sapere che Windows 7 e 2008 R2 ora dispone di questa funzionalità costruito pollici Il comando XCOPY ha una nuova opzione, la / J, che eseguirà una copia un-buffered .
E in particolare il / J
Nessun commento:
Posta un commento
Nota. Solo i membri di questo blog possono postare un commento.