{"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\/fr\/blog\/news\/eksperiment-s-ispolzovaniem-sqlite-v-kachestve-kontejnera-dlya-arhivirovaniya-fajlov","title":{"rendered":"Exp\u00e9rience utilisant SQLite comme conteneur pour l'archivage de fichiers","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Le projet Pack a tent\u00e9 de cr\u00e9er un format d'archivage de fichiers bas\u00e9 sur la biblioth\u00e8que SQLite et l'algorithme de compression ZSTD (Zstandard). Le prototype d\u00e9velopp\u00e9, \u00e9crit en Pascal et diffus\u00e9 sous la licence Apache 2.0, a surpass\u00e9 en vitesse les archiveurs les plus courants, tandis que son fonctionnement se r\u00e9sumait \u00e0 lire les donn\u00e9es, compresser avec la biblioth\u00e8que libzstd et effectuer des op\u00e9rations SQL pour ajouter les donn\u00e9es compress\u00e9es dans un fichier avec une base de donn\u00e9es SQLite. <\/p>\n
Lors de la compression d'un r\u00e9pertoire contenant 81 000 fichiers, d'une taille totale de 1,25 Go, Pack s'est r\u00e9v\u00e9l\u00e9 112 fois plus rapide que l'utilitaire ZIP, ex\u00e9cutant l'op\u00e9ration en 1,3 seconde contre 146 secondes pour ZIP. La taille de l'archive avec Pack \u00e9tait \u00e9galement 23 % plus petite (194 Mo pour Pack et 253 Mo pour ZIP). \u00c0 titre de comparaison, l'utilitaire tar a effectu\u00e9 la compression en 4,7 secondes sans compression et en 28,5 secondes avec compression gzip, l'archiveur RAR a termin\u00e9 le test en 27,5 secondes, et 7z en 54,2 secondes. Les tailles des archives \u00e9taient les suivantes : tar.gz \u2014 214 Mo, RAR \u2014 235 Mo, 7z \u2014 135 Mo. Il est \u00e0 noter qu'en termes de vitesse de d\u00e9compression et d'acc\u00e8s al\u00e9atoire aux fichiers, Pack surpasse \u00e9galement les autres archiveurs, tout en consommant moins de m\u00e9moire vive. ZIP : 253 Mo, 146 s 7z : 135 Mo, 54,2 s plus rapide que ZIP de 2,7 fois tar.gz : 214 Mo, 28,5 s x 5,1 RAR : 235 Mo, 27,5 s x 5,3 tar : 1345 Mo, 4,7 s x 31 Pack : 194 Mo, 1,3 s x 112 <\/p>\n
Aucun impact du cache de fichiers sur les r\u00e9sultats des tests n'est mentionn\u00e9. Il est probable que la lenteur de ZIP soit due \u00e0 l'ordre d'ex\u00e9cution des tests, sans prendre en compte la mise en cache des donn\u00e9es en m\u00e9moire \u2014 le test avec zip a \u00e9t\u00e9 lanc\u00e9 avec un cache froid, tandis que les autres tests ont \u00e9t\u00e9 effectu\u00e9s avec un cache chaud. Dans des conditions normales, Zstandard montre une vitesse de compression 3 \u00e0 5 fois plus \u00e9lev\u00e9e par rapport \u00e0 zlib et un taux de d\u00e9compression deux fois plus rapide, avec un niveau de compression sup\u00e9rieur de 10 \u00e0 15 %. <\/p>\n
Compl\u00e9ment : Une id\u00e9e similaire de stockage de fichiers compress\u00e9s sous forme de blobs dans une base de donn\u00e9es SQLite a \u00e9t\u00e9 mise en \u0153uvre en 2014 dans l'archiveur sqlar, cr\u00e9\u00e9 par les d\u00e9veloppeurs de SQLite dans le cadre d'une exp\u00e9rience pour \u00e9valuer l'efficacit\u00e9 du stockage de blobs dans SQLite. Dans sqlar, la compression utilise zlib et la taille des fichiers est environ 2 % plus grande que celle de l'utilitaire ZIP. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"