4. põlvkonna Xeoni skaleeritavad”Sapphire Rapids”protsessorid tutvustavad erinevaid uusi kiirendeid, mis on saadaval valitud SKU-de või Intel On Demand pakkumise kaudu. Üks esialgseid väljakutseid on siiski kiirendi tarkvara toe piirangud ja paljud ülesvoolu avatud lähtekoodiga (või isegi lihtsalt laialt levinud) tarkvarad, millel pole veel võimalust neid uusi kiirendeid kasutada. Üks selle valdkonna täiustusi on olnud Inteli insenerid, kes töötasid kerneli jaoks IAA krüpto tihendamise draiveri kallal, nii et mälusisene analüütikakiirendile pääseb krüpto API-d kasutavatele kerneli funktsioonidele läbipaistvalt juurde.
Viimaste kuude jooksul on Linuxi kerneli IAA krüptopakkimisdraiver läbinud pool tosinat versiooni, kuni see töötab põhiliini suunas. See uus draiver teeb Inteli IAA kiirendi kättesaadavaks kerneli krüpto-API kaudu ja seda saab omakorda kasutada seda API-t sihtiva kerneli koodiga, nagu Zswap ja zRAM. Draiver pakub riistvara rakendatud algoritmi DEFLATE nii sünkroonimis-kui ka asünkroonimisversioone.
Kuigi see draiver avab IAA kiirendi kerneli kasutusjuhtumeid, tunnistavad draiveri paigamärkmed Sapphire Rapidsi kiirendite seadistamisega seotud esialgseid peavalusid, st see ei ole ikka veel valmis, kui käivitate võimeka Linuxi tarkvaravirna:
“IAA riistvara on üsna keeruline ja nõuab üldiselt asjatundlikku administraatorit, kellel on riistvarast piisavalt üksikasjalik arusaam. enne kasutamist. Nagu dokumentatsioonis mainitud, nõuab see tavaliselt spetsiaalse tööriista accel-config kasutamist IAA tööjärjekordade, mootorite jne loendamiseks ja konfigureerimiseks, kuigi seda saab teha ka ainult sysfs-failidega.
Draiveri töö peegeldab seda nõuet ja võimaldab riistvarale juurde pääseda krüptokihi kaudu alles siis, kui riistvara on konfigureeritud ja seotud IAA krüptodraiveriga. IDXD alamdraiverina omandab IAA krüptodraiver sisuliselt riistvara, kuni administraator sellest selgesõnaliselt loobub. See toimub automaatselt, kui administraator lubab esimese IAA tööjärjekorra või keelab viimase; iaa_crypto (sünkroonimise ja asünkroonimise) algoritmid registreeritakse, kui esimene tööjärjekord on lubatud, ja registreeritakse välja, kui viimane on keelatud.
Tavaline toimingute jada oleks tavaliselt järgmine:
konfigureerida riistvara kasutades accel-config või sysfs
konfigureerida iaa krüptodraiveri (vt allpool)
konfigureerida alamsüsteemi nt. zswap/zram, et kasutada iaa_crypto algot
käivitada töökoormust”
Kuid kui kõik on seadistatud ja selle pakutud draiveriga läheb, on jõudlustulemused IAA puhul üsna dramaatilised kasutus võrreldes puhta tarkvaraga:
Selle kuu alguses ilmus v6 plaastri seeria selle kerneli draiveri jaoks saadeti ülevaatamiseks välja. Kuigi ajastust arvestades ja cryptodev.giti haru ei ole seda veel kätte saanud, on ebatõenäoline, et see draiver saab eelseisvaks Linuxi v6.5 tsükliks õigeks ajaks valmis. Veel üks takistus Eelmisel nädalal tõstas Linuxi krüpto alamsüsteemi hooldaja Herbert Xu:
Nii et sa ütlesid, et konserveeritud ei ühildu üldise tühjendamise algoritmiga. Kas see tähendab, et sellel pole mingit võimalust üldise tühjendusalgoritmiga kokkusurutud asja lahtipakkimiseks ja vastupidi, selle tihendatud väljundit ei saa üldise tühjendamise abil lahti pakkida ?
Me ei lisa krüpto API-le algoritmi, kui ainuke juurutus on riistvaraline. IOW, kui lisate uue algoritmi, peab tarkvaraversioon olema esimene paik.
See erinevus Inteli tühjendusrakenduses näib olevat ehtne. ClickHouse’i arendajad hoiatasid varem oma Inteli QPL-i toes, et kui soovite Inteli IAA-kiirendatud andmebaase hostide vahel teisaldada, peate esmalt kõik andmed enne serverist eemaldamist teisendama. Sel juhul, kui see draiver läheb põhiliinile, peab Intel pakkuma ka tuumale tarkvararakendust.
