{"id":119909,"date":"2024-09-22T09:43:01","date_gmt":"2024-09-22T07:43:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/nabor-posix-utilit-i-dekodirovshhik-av1-napisannye-na-rust"},"modified":"2024-09-22T09:43:01","modified_gmt":"2024-09-22T07:43:01","slug":"nabor-posix-utilit-i-dekodirovshhik-av1-napisannye-na-rust","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/nabor-posix-utilit-i-dekodirovshhik-av1-napisannye-na-rust","title":{"rendered":"Set di utility POSIX e decodificatore AV1, scritti in Rust","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata pubblicata la versione 0.2.1 del progetto posixutils-rs, mirato allo sviluppo in Rust di una collezione di utility da linea di comando menzionate nello standard POSIX e conformi ai suoi requisiti (cp, mv, awk, make, vi, find, sort, wc, xargs, sh, m4, sed, ecc.). Durante lo sviluppo, si utilizzano, quando possibile, pacchetti crate gi\u00e0 esistenti. Il codice di posixutils-rs \u00e8 distribuito con licenza MIT. <\/p>\n
Il progetto si concentra principalmente sull'adeguamento ai requisiti della specifica POSIX.2024 e non prevede di garantire compatibilit\u00e0 con le utility GNU, la cui funzionalit\u00e0 \u00e8 considerata dagli autori come eccessivamente gonfiata. Tuttavia, in posixutils-rs \u00e8 prevista l'implementazione delle opzioni estese pi\u00f9 comuni delle utility GNU, presenti negli script esistenti. <\/p>\n
Rispetto al progetto uutils, che sviluppa l'implementazione delle GNU Coreutils in Rust, si segnala una gamma pi\u00f9 ampia di utilit\u00e0, comprendente, tra l'altro, la creazione di componenti di sistema menzionati in POSIX, come vi, awk, bc, m4, cron e il compilatore c99, oltre a un approccio minimalista che implica la fornitura solo del set minimo di opzioni definite dalla specifica POSIX o senza le quali \u00e8 difficile procedere. I programmi nel pacchetto posixutils-rs vengono originariamente forniti come codice autonomo, utilizzabile in altri progetti. <\/p>\n
Attualmente, 55 utilit\u00e0 sono sviluppate dal progetto e sono conformi a POSIX, con test copertura in corso su di esse; 22 utilit\u00e0 hanno la funzionalit\u00e0 necessaria (ma non hanno ancora copertura di test), 20 sono in fase di bozza e il lavoro su 44 utilit\u00e0 non \u00e8 ancora iniziato. Tra le utilit\u00e0 con funzionalit\u00e0 implementata: awk, basename, bc, cp, cut, chown, date, diff, file, find, grep, ls, nice, ps, sort, strings, tail, tr, tty, wc, uniq. Tra le utilit\u00e0 su cui non \u00e8 stato avviato alcun lavoro: crontab, c17, cflow, ctags, gettext, ed, ex, iconv, lex, locale, mailx, make, patch, pax, sed, sh, sccs, yacc, uucp, vi. <\/p>\n
Tra le novit\u00e0 di questo rilascio, si segnala l'aggiunta delle implementazioni delle utility awk, m4, ps, realpath, join, time, fuser e gencat, nonch\u00e9 il supporto iniziale per l'esecuzione in ambienti basati sulla libreria C musl e la fornitura della libreria ftw per la navigazione nell'albero delle directory con protezione contro le condizioni di gara. <\/p>\n
Inoltre, si segnala l'annuncio del progetto rav1d, che sviluppa un decodificatore ad alte prestazioni per il formato di codifica video AV1, scritto in Rust. Lo sviluppo avviene attraverso il \u043f\u043e\u0440\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f del codice del decodificatore della libreria dav1d, nota per la sua alta efficienza. Il porting preparato \u00e8 completamente compatibile con l'API della libreria dav1d. La scelta di portare una libreria esistente invece di scriverne una nuova \u00e8 motivata dal desiderio di utilizzare come base un decodificatore gi\u00e0 collaudato, per evitare possibili problemi di compatibilit\u00e0 e considerare tutte le complessit\u00e0 del formato AV1. <\/p>\n
Nell'attuale forma, l'implementazione di rav1d ha una performance inferiore del 6% rispetto a dav1d, ma in futuro, con l'ottimizzazione del codice, si prevede di raggiungere la parit\u00e0 nelle performance. Per ottenere elevate prestazioni, \u00e8 stato adottato un approccio in cui le funzioni di decodifica di base dei valori primitivi sono implementate in assembly all'interno di blocchi unsafe (\u00e8 utilizzato il codice assembly di dav1d), con dati che vengono passati dopo essere stati verificati da funzioni di parsing scritte in Rust (l'esperienza passata nell'individuazione di vulnerabilit\u00e0 nei decodificatori video mostra che i problemi sorgono principalmente nel codice di parsing di alto livello, e non nelle operazioni a basso livello sui dati). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"