ARMv8 におけるAESアクセラレータ
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. CPUが自分自身で暗合用命令を持つのは、x86だとVIAのC7くらいが最初だったと思うけど、ARMもARMv8はCPU自体に持つことになった (TIのOMAPとかはDSPにアクセラレータが入ってた記憶があるけど)。aarh64でもコンパイル時にオプションが必要なので標準命令に入ってないっぽいからIP的にはオプションなのかも。 IntelでもNehalemで同様にAES用の命令が追加されていて、既にOpenSSLとかNSSとかLinuxカーネルとかで既に使われてる。 ARMv8ではAES用、SHA1用、SHA2用の命令が追加されているのだけど、今日はAESの話。 まず最初にAESの暗号化のアルゴリズムを簡単に説明すると、 AddRoundKey for
IVSというかUnicodeに見る日本政府のダメな感じ
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. UnicodeでのIVS (Ideographic Variation Sequence) の倒れそうなお話 IVS (要は異体字のサポートね) ってのはUnicode 5.1で導入されたもので、簡単に言ってしまえば、"渡辺"の"辺"っていろんなバリエーションがあるじゃない？で、それをどうにかできるものなんだよね。それだけ聞くと、おぉ！いいじゃない？って思うんだけど、まぁ、聞け "辺"の例は、この日経の記事にあるけど、これはわかりづらいから、もっと簡単な例をだす。 U+53DFの異体字一覧があるわけだけど、なんか気付かない?。同じ文字としか見えないものがダブってるだけだよね。 Adobe-Japan-1ってのは、その名の通りAdobeのフォントで定義さ
Edge/ARM64の出来をみると、Windows on ARMのx86エミュレーターは結構速い
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. WebCrypto APIのベンチマークというのは結構難しくて、そもそも現在のWebCrypto APIはPromiseベースの実装のため、下手をするとWebブラウザに実装されたマイクロタスクをテストするだけのものになることもある (≒なのでベンチマークを取るとったとしても正確なデータかというと、、、な時がある。WebCryptoを使ったベンチマークを説明する時にPromiseの話を触れない人は正しいマイクロベンチマークを書くことが出来ない人なのかもしれない)。Promiseで結果を返すようなAPIはベンチマークが正しい結果を出すとは限らないのだが、それを抜きにしても面白いデータが取れたのでここに書いておく。 jsperf.comに簡単なWeb Cry
Touch Eventを実装したらいろんなサイトがぶっ壊れた
Life with Web Browser Engine (Gecko, WebKit and etc), Mobile and etc. 以前からMozTouchってのがFirefoxのWindows版だけサポートしてたんだけど、Firefox 18 (Windows版)で、W3C Touch Eventのサポートをするコードを突っ込んだ。僕がイニシャルコードを書いて、jmartinsに直してもらったんだけど。なのでWindows 7以降でタッチイベントをサポートしたデバイス (ThinkPad T400sとか) だとデスクトップ版でもタッチイベントが使えるようになった。(ChromeのWindows版も最近のバージョンからサポートしてるよ！) これを実装したら、地図がマウスでスクロールできない（意味がわからない）、スクロールバーが表示される（意味わからない）、ビデオが再生できない（意味
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
