back , codice , home

Note sulla compressione dei file per la trasmissione

I file contenenti i dati di aggiornamento viaggiano in un formato compresso. In una fase di aggiornamento ogni server deve provvedere a comprimere un file e a decomprimerne N-1 (se N e' il numero dei server che compongono il sistema).

Motivo principale di questa scelta e' velocizzare la trasmissione dei dati da una macchina all' altra.

E' indispensabile, pero', che le operazioni riguardanti la compressione e in particolare modo la decompressione non influiscano eccessivamente sulle prestazioni del sistema, rubando risorse alla CPU. Un processore dedicato che affianca la tradizionale CPU sarebbe una soluzione ideale.

In un reale sistema adibito a Usenet in cui un feed completo di binari oscilla tra i 30 e i 40 Gigabyte al giorno la scelta di utilizzare un compressore e' vantaggiosa solo nel caso di un nodo foglia; qui, dove tutti i server si scambiano la stessa quantità' di dati e' necessario limitare il numero di macchine che compongono la rete.

Alcuni dati...

Su un Intel Pentium 200Mhz MMX con 64 Mb Edo Ram, considerando tre file campione (puro testo, niente binari) per un totale di 4,920,277 bytes i risultati migliori sulla velocita' sono:

( Fonte ACT 2.0 Archive Comparison Test by Jeff Gilchrist )

Non ho trovato informazioni per quanto riguarda le prestazioni con file di grossa dimensione.

...e un paio di calcoli

Sono comunque possibili, sotto ragionevoli approssimazioni, alcuni calcoli:

back , codice , home