Domanda

Sto sperando che qualcuno qui può rispondere a queste definitivamente:

  • non mettere un file VHD in una cartella NTFS-compressa sull'host migliorare le prestazioni della macchina virtuale, le prestazioni diminuiscono, o nessuno dei due?
  • Che dire utilizzando la compressione NTFS all'interno del ospite?
  • non utilizza compresssion su entrambi l'host o l'iniziativa degli ospiti per eventuali problemi come errori di lettura o scrittura?
  • Se dovessi mettere un VHD in una cartella compressa sull'host, sarebbe Approfitto compattarlo?

ho visto i riferimenti a utilizzando la compressione NTFS su un bel paio di VPC "suggerimenti e trucchi" post del blog, e sembra che la metà di loro dicono di non farlo e l'altra metà dire che non solo fa risparmiare spazio su disco ma in realtà può migliorare le prestazioni se si dispone di una CPU veloce e il collo di bottiglia delle prestazioni primario è il disco.

È stato utile?

Soluzione

Si tratta di tutti i compromessi circa. Prende il disco una certa quantità di tempo per leggere un certo numero di byte. Se si riesce a comprimere i dati in modo tale che la somma della ridotta quantità di tempo necessario al disco per leggere combinato con il tempo necessario alla CPU per decomprimere è meno di quello che ha portato a leggere i dati non compressi dal disco allora si vince perf.

Il problema è che ci sono così tante variabili in questo, ed è probabile che sia abbastanza bene in entrambi i casi. Il disco potrebbe leggere piccoli blocchi più lenta, oi vostri dati non potrebbe essere molto comprimibile, o la CPU potrebbe essere veramente veloce, o (e così via e così via). L'unico modo per sapere se si fa una differenza di sicuro è quello di provare e misurarla. Le risposte che si ottiene per i diversi dati / macchine è probabile che sia diverso.

Altri suggerimenti

Non vedrete errori del disco, ma si può vedere rallentamenti nel corso del tempo, o durante la scrittura intensiva disco dalla VM. Il motivo per cui non avrebbe comprimere un VM sul posto è lo stesso che non avrebbe comprimere un database in luogo: il disco virtuale è un dispositivo a blocchi, e gli indirizzi VM si utilizzano offset di blocco. Assume tutti i blocchi di avere la stessa dimensione. Se essi sono compressi, che non è più vero. Il file system host ha a che fare la traduzione tra la posizione del blocco assunte, e il reale (compresso) posizione di blocco. Questo sarebbe in testa abbastanza banale, se la cosa fosse di sola lettura, ma blocca cambiare, e così fa la loro compressibilità. Riscrittura di un blocco compressa può significare che non si adatta dove fosse. Le FS ospitanti dovranno spostare, che è un ulteriore passaggio, e che frammenta il disco virtuale.

Naturalmente, c'è sempre la frammentazione quando il VM scrive in nuove posizioni che non hanno ancora una sede fisica. Si può battere solo questo utilizzando (non compresso) a schermo intero dischi virtuali (pieno di imbottitura vuoti, vale a dire senza auto-Grow), e defragging entrambi host e guest.

Lo storage a stato solido, la frammentazione non ha importanza, e la compressione contribuirà a ridurre le scritture, che allunga la vita del vostro disco. Ma si sta ancora bloccato con il carico della CPU e della memoria di traduzione blocco.

Inoltre, tenete presente che il controller del disco può essere deduping eo compressione dei dati, in modo da vostri sforzi a livello di SO potrebbero essere ridondanti.

Per le macchine virtuali che sono in gran parte leggendo, la compressione può rivelarsi utile. Purtroppo, moderno sistemi operativi fare così tanto di pulizia, la registrazione e l'auto-aggiornamento che scrivono continuamente, ma è possibile limitare questa attività per una fotografia. Quindi comprimere l'immagine di base a posto, ma non le istantanee. Le prestazioni in scrittura sarà inalterato. Caveat: istantanee può facilmente crescere delle dimensioni del disco originale. Sarà ancora bisogno di unione o cancellarli di frequente, in modo da metterli in cui è possibile vederli.

Conclusione:. Mantenerlo semplice

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top