Kernel/VM Advent Calendar ４日目: Linuxのネットワークスタックのスケーラビリティについて - syuu1228's blog
【お願い】私はLinuxカーネルもネットワーク周りも素人です。ここに書いてある事は間違えている可能性もあるのでおかしいなと思ったらすかさず突っ込んでください。宜しくお願い致します。 今回は、この記事の内容を全面的に見直して、再度Linuxのネットワークスタックのスケーラビリティについてまとめようと思います。 従来のLinuxネットワークスタック＋従来のシングルキューNIC 以下の図は従来のLinuxネットワークスタック＋従来のシングルキューNICで、あるプロセス宛のパケットを受信している時の処理の流れを表している。フォワーディングの場合やプロトコルスタック内の処理は割愛した。 プロセスがシステムコールを発行してからスリープするまで プロセスは、システムコールを通してカーネルにパケットを取りに行く。 パケットはソケット毎のバッファに貯まるようになっているが、バッファが空だったらプロセスはパケ
State: You're Doing It Wrong - Alternative Concurrency Paradigms For The JVM
State: You're Doing It Wrong - Alternative Concurrency Paradigms For The JVMAI-enhanced description The document discusses alternative concurrency paradigms for the JVM, emphasizing the shortcomings of traditional shared-state concurrency and the rise of multi-processor systems. It introduces software transactional memory (STM), message-passing concurrency (actors), and dataflow concurrency as via
Amazon API認証のPROXYを書いたよ(2) - ただのにっき(2009-07-06)
■ Amazon API認証のPROXYを書いたよ(2) amazon-auth-proxyの仕様 (2009-07-07:URL形式の仕様追加。レスポンスについて仕様追加。) (2009-07-23:レスポンスとして302リダイレクトを強く推奨。) (2009-07-29:Styleパラメタ対応について追記。) 先月公開したamazon-auth-proxyだが、実は満足に動いてなかった(笑)。というか、単純なPROXYになればいいと考えていたけど、ちょっと複雑な事情があったので、仕様をもう少し確定する必要があった。コードは引き続きGitHubから: amazon-auth-proxy とりあえずこれで、手元のtDiaryは動いてる。 仕様的には、これくらい決めておけばいいかなー、と: 提供するURLは「http://(任意)/(locale)/」とする。(locale)はca、de、f
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Sharing Is the Root of All Contention
