{"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\/es\/blog\/news\/eksperiment-s-ispolzovaniem-sqlite-v-kachestve-kontejnera-dlya-arhivirovaniya-fajlov","title":{"rendered":"Experimento con el uso de SQLite como contenedor para la archivaci\u00f3n de archivos","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
El proyecto Pack intent\u00f3 crear un formato para la compresi\u00f3n de archivos, basado en la biblioteca SQLite y el algoritmo de compresi\u00f3n ZSTD (Zstandard). El prototipo preparado, escrito en Pascal y distribuido bajo la licencia Apache 2.0, super\u00f3 en velocidad de creaci\u00f3n de archivos comprimidos a los compresores m\u00e1s comunes, ya que su trabajo consist\u00eda en leer datos, comprimir con la librer\u00eda libzstd y ejecutar operaciones SQL para a\u00f1adir datos comprimidos al archivo de la base de datos SQLite. <\/p>\n
Al comprimir un directorio con 81,000 archivos y un tama\u00f1o total de 1.25 GB, Pack result\u00f3 ser 112 veces m\u00e1s r\u00e1pido que la utilidad ZIP, completando la operaci\u00f3n en 1.3 segundos frente a los 146 segundos de ZIP. El tama\u00f1o del archivo comprimido con Pack fue un 23% menor (194 MB para Pack y 253 MB para ZIP). Para comparar, la utilidad tar realiz\u00f3 la compresi\u00f3n en 4.7 segundos sin comprimir y en 28.5 segundos usando el m\u00e9todo gzip, mientras que el compresor RAR complet\u00f3 la prueba en 27.5 segundos y 7z en 54.2 segundos. Los tama\u00f1os de los archivos comprimidos fueron: tar.gz \u2014 214 MB, RAR \u2014 235 MB, 7z \u2014 135 MB. Se observa que, en velocidad de descompresi\u00f3n y acceso aleatorio a los archivos, Pack tambi\u00e9n supera a otros compresores, consumiendo menos memoria RAM en el proceso. ZIP: 253 MB, 146 s 7z: 135 MB, 54.2 s m\u00e1s r\u00e1pido que ZIP en 2.7 veces 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
No se menciona el impacto de la cach\u00e9 de archivos en los resultados de la prueba. Probablemente, la baja velocidad de ZIP se deba al orden en que se ejecutaron las pruebas sin tener en cuenta la memoria cach\u00e9 de los datos: la prueba con zip se realiz\u00f3 con la cach\u00e9 fr\u00eda, mientras que las dem\u00e1s pruebas se ejecutaron con la cach\u00e9 caliente. En condiciones normales, Zstandard muestra una velocidad de compresi\u00f3n de 3 a 5 veces mayor comparado con zlib y una descompresi\u00f3n dos veces m\u00e1s r\u00e1pida, con un nivel de compresi\u00f3n superior del 10-15%. <\/p>\n
Adici\u00f3n: Una idea similar de almacenar archivos comprimidos en forma de blobs en una base de datos SQLite fue implementada en 2014 en el compresor sqlar, creado por los desarrolladores de SQLite como un experimento para evaluar la efectividad del almacenamiento de blobs en SQLite. En sqlar, se utiliza zlib para la compresi\u00f3n y el tama\u00f1o de los archivos es aproximadamente un 2% mayor que el de la utilidad ZIP. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"