Mnamo Juni 2, Eric Bigers (mhandisi katika Google) alianzisha utekelezaji mpya wa AES-XTS kwa utendaji wa juu zaidi kwenye vichakataji vya Intel/AMD kwa kutumia seti mpya za msimbo AES-NI + AVX, VAES + AVX2, VAES + AVX10/256 na VAES + AVX10/512 .
Nambari ya AES-NI GCM inachukua nafasi ya ile ya awali iliyoandikwa na Intel na kutatua masuala yaliyotambuliwa:
"Seti hii ya sasisho inaongeza utekelezaji wa AES-GCM (Galois/Counter mode) kwa VAES na AVX512/AVX10, na kuongeza utendaji wa AES-GCM hadi 162%. Kwa kuongeza, inachukua nafasi ya nambari ya zamani ya Intel ya AES-NI GCM na nambari mpya zaidi. msimbo ambao una kasi kidogo na hurekebisha masuala kadhaa ikiwa ni pamoja na saizi kubwa ya faili ya binary ya zaidi ya KB 250. Angalia viraka kwa maelezo.
Hali ya mwisho ya msimbo wa mkusanyiko wa x86_64 AES-GCM ni kwamba tunaishia na faili mbili za kusanyiko: moja ikitoa msimbo wa AES-NI na au bila AVX, na nyingine ikitoa msimbo wa VAES na AVX512/AVX10 na 256-bit au 512-bit. vekta. Haina msaada kwa VAES moja (hakuna AVX512/AVX10). Hii ni tofauti kidogo na ile niliyofanya na AES-XTS, ambapo faili moja hutoa msimbo wa AVX na AVX512/AVX10, pamoja na msimbo kutumia VAES pekee (hakuna AVX512/AVX10), na faili nyingine hutoa msimbo usio wa AVX tu. Walakini, kwa sasa hii inaonekana kuwa chaguo sahihi kwa kila algorithm maalum, ikizingatiwa kuwa kizuizi cha rejista 16 za SIMD na veta 128-bit kilisababisha maamuzi tofauti ya muundo katika AES-GCM, lakini sio sana kwa AES-XTC. . Wachakataji wanaosafirisha kwa kutumia VAES pekee pia wanaonekana kuwa jambo la muda, kwa hivyo huenda tusitake kujaribu sana kuunga mkono mchanganyiko huu.
Chanzo: linux.org.ru
