ネットワークスタック内の謎の2バイトについて探る - Handwriting

この記事はTSG Advent Calendar 2016 - Adventarの25日目として書かれました。 自分既にOBですし、25日目ともなると「何か壮大なネタを…」とか考えあぐねていたのですが、現実的なネタを思いつけなかったので最近やってたことでも書きます。 先日LinuxのNICドライバの開発についてのエントリを書いていたのですが、その与太話でもしようかなと思います。 lv4.hateblo.jp sk_buff構造体 Linuxのカーネル内では、ネットワークパケットはsk_buff構造体によって扱われています。 （ソースコード → Linux/include/linux/skbuff.h - Linux Cross Reference - Free Electrons） 説明としては How SKBs work が非常にナイスだと思います。 要点としては head data t

[kazuau]

“パフォーマンスが低下します”初期のSun3とかのMC68020あたりのプロセッサはアラインメント違反が起きるとBus Errorで落ちてたような記憶がある

[zu2]

“ざっくり5クロックと見積もりましょう（ごめん本当に適当だ）” メモリアクセスとかキャッシュミスの方が律速かも

[sugawara1991]

WiFiのオプショナルな付加情報がMACアドレス6バイト分だったでFW/ドライバ書いたときに苦慮した。ヘッダのアラインメントはNIC内部が16ビットバスだったのでDMAでPCIバスに渡すときに細工してたな

[kaputte]

ええ…… "Linuxのネットワークスタック内では、IPヘッダアクセスのアラインメント違反を避けるためにパケットの先頭に2バイトのゴミデータが入っている！"

[moccos_info]

“最近のx86だとかPowerPCだとアラインメント違反に起因するパフォーマンス低下はそこまででもないため、NET_IP_ALIGNは0になっています”