{"id":114563,"date":"2024-03-25T18:26:02","date_gmt":"2024-03-25T16:26:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/eksperiment-s-ispolzovaniem-sqlite-v-kachestve-kontejnera-dlya-arhivirovaniya-fajlov"},"modified":"2024-03-25T18:26:02","modified_gmt":"2024-03-25T16:26:02","slug":"eksperiment-s-ispolzovaniem-sqlite-v-kachestve-kontejnera-dlya-arhivirovaniya-fajlov","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/eksperiment-s-ispolzovaniem-sqlite-v-kachestve-kontejnera-dlya-arhivirovaniya-fajlov","title":{"rendered":"L'esperimento con l'uso di SQLite come contenitore per l'archiviazione dei file","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Il progetto Pack ha tentato di creare un formato per l'archiviazione di file basato sulla libreria SQLite e sull'algoritmo di compressione ZSTD (Zstandard). Il prototipo preparato, scritto in linguaggio Pascal e distribuito con licenza Apache 2.0, ha superato in velocit\u00e0 nella creazione di archivi i pi\u00f9 diffusi archiviatori, dal momento che il suo funzionamento consisteva nella lettura dei dati, nella compressione tramite la libreria libzstd e nell'esecuzione di operazioni SQL per aggiungere i dati compressi a un file del database SQLite. <\/p>\n
Compattendo una directory con 81.000 file per un totale di 1,25 GB, pack \u00e8 risultato 112 volte pi\u00f9 veloce dello strumento ZIP, completando l'operazione in 1,3 secondi contro i 146 secondi di ZIP. Inoltre, la dimensione dell'archivio creato da pack \u00e8 stata inferiore del 23% (194 MB per Pack e 253 MB per ZIP). A titolo di confronto, lo strumento tar ha impiegato 4,7 secondi per la compressione senza compressione e 28,5 secondi con compressione gzip, l'archiviatore RAR ha completato il test in 27,5 secondi e 7z in 54,2 secondi. Le dimensioni degli archivi sono state: tar.gz \u2014 214 MB, RAR \u2014 235 MB, 7z \u2014 135 MB. Si nota che, per velocit\u00e0 di estrazione e accesso casuale ai file, Pack supera anche gli altri archivi, consumando nel contempo meno memoria RAM. ZIP: 253 MB, 146 s 7z: 135 MB, 54.2 s pi\u00f9 veloce di ZIP di 2.7 volte tar.gz: 214 MB, 28.5 s x 5.1 RAR: 235 MB, 27.5 s x 5.3 tar: 1345 MB, 4.7 s x 31 Pack: 194 MB, 1.3 s x 112 <\/p>\n
Non viene menzionato l'impatto della cache dei file sui risultati del test. Probabilmente, la bassa velocit\u00e0 di ZIP \u00e8 dovuta all'ordine in cui sono stati eseguiti i test senza considerare il caching dei dati in memoria \u2014 il test con zip \u00e8 stato eseguito con la cache fredda, mentre gli altri test con la cache riscaldata. In condizioni normali, Zstandard dimostra una velocit\u00e0 di compressione da 3 a 5 volte superiore rispetto a zlib e una velocit\u00e0 di estrazione due volte pi\u00f9 rapida, con un livello di compressione superiore del 10-15%. <\/p>\n
Nota: Un'idea simile per lo stoccaggio di file compressi come blob in un database SQLite \u00e8 stata realizzata nel 2014 nell'archiviatore sqlar, creato dagli sviluppatori di SQLite come esperimento per valutare l'efficacia dello stoccaggio di blob in SQLite. In sqlar, per la compressione viene utilizzata zlib e le dimensioni dei file sono circa il 2% superiori rispetto a quelle dell'utensile ZIP. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"