QUICむけにAES-GCM実装を最適化した話 (2/2)

前半で述べたように、OpenSSLのAEAD暗号器は、長いAEADブロックの処理を前提に作られています。平文の暗号化処理においては理論上の上限にあたる速度を叩き出す一方、事前処理と事後処理、および呼出オーバーヘッドについては、あまり最適化が図られているとは言えません。これは、AEAD暗号の主な使用用途が、これまでTLSという長いAEADブロックを使う（ことが一般的な）プロトコルであったことを反映していると言えるでしょう。 一方、QUICにおいては、UDPパケット毎に独立した、短いAEADブロックを暗号化する必要があり、したがって、次のような速度向上の機会があることが分かります。 AEAD処理をひとつの関数にまとめ、事前処理と事後処理を、パイプライン化されスティッチングされた暗号処理と並行に走らせることができれば、AEADブロックが短くても、理論値に近いスループットを発揮するような、AES-

[kazuhooku]

というわけで書きました「Kazuho's Weblog: QUICむけにAES-GCM実装を最適化した話 (2/2)」

[denqueue]

_mm_aesenc_si128, _mm_aesenclast_si128というAES暗号化処理のSIMD命令があるのね.

[gfx]

"今回開発したAES-GCM実装「fusion」は、昨日、我々が管理するTLSスタックであるpicotlsにマージされ、使用可能になっています"

[jovi0608]

すごいなぁ。ショートブロックでの性能上げるためにOpenSSLのEVP捨てて、自前でSIMD命令使って最適化したAEADを実装してる。