{"id":100127,"date":"2021-05-09T22:23:13","date_gmt":"2021-05-09T20:23:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-vysokoproizvoditelnoj-vstraivaemoj-subd-libmdbx-0-10"},"modified":"2021-05-09T22:23:13","modified_gmt":"2021-05-09T20:23:13","slug":"vypusk-vysokoproizvoditelnoj-vstraivaemoj-subd-libmdbx-0-10","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-vysokoproizvoditelnoj-vstraivaemoj-subd-libmdbx-0-10","title":{"rendered":"Rilascio del database embedded ad alte prestazioni libmdbx 0.10","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Dopo tre mesi di sviluppo, \u00e8 stata rilasciata la libreria libmdbx 0.10.0 (MDBX) con l'implementazione di un database embedded compatto e ad alte prestazioni di tipo chiave-valore. Il codice di libmdbx \u00e8 distribuito sotto la licenza OpenLDAP Public License. libmdbx \u00e8 una revisione profonda del DBMS LMDB e, secondo quanto dichiarato dagli sviluppatori, supera il suo predecessore in termini di affidabilit\u00e0, funzionalit\u00e0 e prestazioni. Si afferma che libmdbx \u00e8 fino al 20% pi\u00f9 veloce di LMDB negli scenari CRUD e fino al 30% pi\u00f9 veloce se durante la compilazione di libmdbx si disabilita il controllo interno a un livello paragonabile a quello di LMDB. <\/p>\n
Libmdbx offre ACID, una rigorosa serializzazione delle modifiche e una lettura non bloccante con scalabilit\u00e0 lineare secondo i core CPU. In libmdbx si presta particolare attenzione alla qualit\u00e0 del codice, alla stabilit\u00e0 dell'API, ai test e alle verifiche automatiche. Sono supportate l'autocompattazione, la gestione automatica delle dimensioni del DB, un formato unificato per build a 32 e 64 bit e la stima del volume delle query per intervallo (range query estimation). \u00c8 fornuto uno strumento per la verifica dell'integrit\u00e0 della struttura del DB con alcune funzionalit\u00e0 di ripristino. Dal 2016 il progetto \u00e8 finanziato da Positive Technologies e, dal 2017, \u00e8 utilizzato nei suoi prodotti, mentre le sanzioni imposte dal governo statunitense contro Positive Technologies non hanno alcun impatto significativo. <\/p>\n
Le principali novit\u00e0, aggiornamenti e correzioni aggiunti dopo l'ultima release: <\/p>\n
\n
Sono disponibili il binding per Ruby di Mahlon E. Smith e una versione di prova dei binding per Python di Noel Kuntze, aggiornati i binding per GoLang di Alexey Sharov.\n
Per la modalit\u00e0 «MDBX_WRITEMAP», quando i dati del database vengono modificati direttamente in RAM, \u00e8 stata implementata una «scrittura trasparente» su disco delle pagine del database modificate. Ora, al termine di ogni operazione, tali pagine sono subito pronte per essere scritte su disco, e il nucleo del sistema operativo pu\u00f2 autonomamente trasferire le pagine modificate su disco, senza richiedere modifiche al commit della transazione. Di conseguenza, in scenari ad alta intensit\u00e0 di lavoro con carenza di RAM, il numero di operazioni su disco pu\u00f2 ridursi fino al 50%.\n
\u00c8 stato implementato l'eviction delle copie shadow di pagine modificate che non vengono utilizzate da tempo, privilegiando l'eviction di pagine con valori grandi\/lunghi, che nella stragrande maggioranza degli scenari vengono modificate solo una volta per transazione. Questo riduce il volume del traffico con il disco e aumenta le prestazioni in scenari con transazioni molto grandi.\n
\u00c8 stata implementata una modalit\u00e0 «intelligente» di divisione delle pagine durante l'inserimento delle chiavi. Ora, durante l'inserimento di sequenze ordinate, viene garantita automaticamente una completa occupazione delle pagine, mentre negli altri casi \u00e8 presente un bilanciamento dell'albero pi\u00f9 ottimale. Di conseguenza, in media, le pagine del database vengono riempite in modo pi\u00f9 efficiente, e l'albero B risulta pi\u00f9 bilanciato, migliorando cos\u00ec le prestazioni.\n
\u00c8 stata aggiunta la statistica delle operazioni sulle pagine, consentendo una valutazione precisa dei costi delle operazioni di modifica del database.\n
Sono stati risolti oltre dieci problemi e bug, tra cui: risoluzione di problemi relativi alla compilazione con MinGW, utilizzo di `std::filesystem::path` su iOS <= 13.0, compilazione per versioni precedenti di Windows, e altro ancora.\n
In totale, sono state apportate oltre 200 modifiche in 66 file, aggiungendo circa 6500 righe e rimuovendone circa 4500. <\/ul>\n
\u00c8 importante evidenziare la scelta del progetto Turbo-Geth (fork turbo di Go-Ethereum) di utilizzare libmdbx come nuovo backend di archiviazione, e ringraziare il team del progetto (in particolare Aleksey Sharov, Artem Vorotnikov e Aleksey Akhunov) per il grande aiuto nei test in scenari d'uso estremi. In particolare, grazie a questo \u00e8 stata identificata e risolta una falla nella gestione della lettura anticipata\/caching, che portava a una degradazione delle prestazioni in scenari complessi con grandi database. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"