{"id":170618,"date":"2026-05-11T18:24:52","date_gmt":"2026-05-11T16:24:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/openzl-0-2-0"},"modified":"2026-05-11T18:24:52","modified_gmt":"2026-05-11T16:24:53","slug":"openzl-0-2-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/openzl-0-2-0","title":{"rendered":"OpenZL 0.2.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"OpenZL <\/a> \"OpenZL <\/a> <\/a><\/noindex> <\/a> <\/p>\n

Dopo sette mesi di sviluppo, \u00e8 stata rilasciata la versione 0.2.0 del framework OpenZL<\/a>, progettato per creare compressori di dati senza perdite.<\/p>\n

<\/noindex> <\/p>\n

Il framework \u00e8 composto da una libreria di base e strumenti per creare compressori specializzati, descritti nel linguaggio SDDL<\/a>.
Per creare un buon compressore specializzato ci sono due fasi:<\/p>\n

    \n
  1. Analisi dei dati per estrarre la struttura.<\/li>\n
  2. Uso di buoni compressori backend, che utilizzano la struttura ottenuta per raggiungere una buona compressione.<\/li>\n<\/ol>\n

    OpenZL fornisce strumenti per entrambe le fasi.<\/p>\n

    Il progetto \u00e8 scritto in C e C++ e viene distribuito con licenza BSD.<\/p>\n

    Modifiche principali<\/h5>\n

    SDDL2<\/strong><\/p>\n

    SDDL \u00e8 stato completamente riprogettato da zero per raggiungere gli obiettivi di progettazione prefissati. Se la versione demo iniziale rappresentava un ambiente di esecuzione semplificato, SDDL2 \u00e8 un vero e proprio compilatore: l'analizzatore sintattico passa i dati all'analizzatore semantico, che a sua volta trasferisce l'albero sintattico astratto tipizzato (AST) all'ottimizzatore, e quest'ultimo gestisce il generatore di codice che produce il bytecode per la macchina virtuale.<\/p>\n

    Il risultato chiave \u00e8 un'analisi sintattica istantanea. Quando la posizione di una registrazione pu\u00f2 essere completamente determinata solo dai parametri e dalle costanti, il motore accede direttamente a qualsiasi campo, senza scansionare i byte precedenti, garantendo accesso senza copia e una larghezza di banda di diversi GB\/s.<\/p>\n

    Il linguaggio stesso si \u00e8 evoluto insieme all'insieme di strumenti. Ora supporta blocchi when per posizionamenti condizionali, registrazioni parametrizzate e anonime, accesso ai membri dei campi di registrazione, nonch\u00e9 operatori bitwise e logici.<\/p>\n

    Per quanto riguarda la facilit\u00e0 d'uso per gli sviluppatori, la fase di analisi semantica ora identifica i riferimenti indefiniti, le incongruenze nei tipi e gli errori di arit\u00e0 durante la fase di compilazione - con indicazione della posizione nel codice sorgente - e non durante l'esecuzione, e inoltre \u00e8 stato rilasciato un'estensione per VS Code per l'evidenziazione della sintassi dei file .sddl.<\/p>\n

    Nuovo codec LZ integrato<\/strong><\/p>\n

    In OpenZL, a proprietary LZ codec is now included, presented as ZL_GRAPH_LZ, along with a profile for sequential compression in the zli utility. Work on the codec continues: the feature set is being expanded, and performance in handling small input data is being improved. Currently, it supports functionality equivalent to zstd level 1, with a compression window size of 64 KB.<\/p>\n

    <\/p>\n

    OpenZL allows for the redesign of each stage of the LZ pipeline to increase speed. Its graph architecture also enables the combination of entropy coding stages instead of using a single pipeline that works equally well for all use cases. Then, multiple stages can be combined into a single operation to enhance processing speed. This allows OpenZL to achieve 10% faster compression and 70% faster decompression compared to zstandard level 1 on the Silesia corpus in our tests<\/a>:<\/p>\n

    <\/noindex> <\/p>\n\n\n\n\n\n\n\n
    Compressore<\/strong><\/th>\nRapporto di Compressione<\/strong><\/th>\nVelocit\u00e0 di Compressione<\/strong><\/th>\nVelocit\u00e0 di Decompressione<\/strong><\/th>\n<\/tr>\n<\/thead>\n
    OpenZL LZ livello 1<\/td>\n2.74<\/td>\n466 MB\/s<\/td>\n2288 MB\/s<\/td>\n<\/tr>\n
    Zstd livello 1 con dimensione della finestra a 64K<\/td>\n2.74<\/td>\n419 MB\/s<\/td>\n1254 MB\/s<\/td>\n<\/tr>\n
    Zstd livello 1<\/td>\n2.89<\/td>\n424 MB\/s<\/td>\n1345 MB\/s<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    Supporto per dati di input molto grandi<\/strong><\/p>\n

    zli ora supporta l'elaborazione di enormi quantit\u00e0 di dati in ingresso (fino a diversi gigabyte). Prima della compressione, questi dati vengono ora automaticamente suddivisi in frammenti di dimensioni gestibili (di default circa 16MB), il che consente di limitare l'uso della memoria, migliorare la localit\u00e0 dei dati e offre opportunit\u00e0 per l'elaborazione parallela. In SDDL2 \u00e8 stata implementata una funzione analoga di frammentazione automatica durante il funzionamento secondo schema. Sono stati creati o aggiornati nuovi segmentatori - per CSV, Parquet e dati numerici standard - e tutti i segmentatori sono ora serializzabili e configurabili, permettendo di salvare la disposizione scelta nel compressore e riutilizzarla in seguito.<\/p>\n

    Questo si applica in modo trasparente durante la compressione. Si noti che il pipeline di apprendimento \u00e8 diverso e rimane intatto, quindi non \u00e8 progettato per accettare enormi dati di input come materiale di apprendimento.<\/p>\n

    Miglioramenti nel visualizzatore grafico online (provare<\/a>)<\/strong>
    Ora il visualizzatore riconosce le tracce di compressione e decompressione dall'inizio alla fine.<\/p>\n

    Il pannello di anteprima del flusso consente di visualizzare i byte che transitano effettivamente su ciascun bordo, e grazie ai controlli di ritaglio anche flussi grandi rimangono maneggevoli.<\/p>\n

    Il pannello delle impostazioni riunisce tutte le opzioni di visualizzazione in un unico luogo, e l'intero set di scorciatoie da tastiera - navigazione nelle direzioni, attraversamento ordinato, espansione e compressione, selezione dei nodi - consente di lavorare comodamente con lo strumento senza mouse.<\/p>\n

    Ora le tracce hanno versioni, la compressione con suddivisione in blocchi viene visualizzata correttamente, e zli finalmente pu\u00f2 generare le proprie tracce utilizzando nuovi flag -trace e -trace-streams-dir.<\/p>\n

    Varie<\/strong><\/p>\n