ホワット・ア・ワンダフル・ワールド glibc malloc は素晴らしい
The 67th kernel reading party : Google Video (via glibc malloc) 非常に良かった．僕はまだ坊やなので，大きなお兄ちゃんたちの話にあんまりついていけなかったけど，みんな楽しそうで素晴らしかった．僕もこういう素敵な大人たちみたいになりたいと思いました． 以下，見ながら取ったメモなので，時系列にはなってない (1 時間半は長いけど，見る価値アリーナ)． ・ 小崎さんは髪サラサラちょーイケメンスマートお兄さん mixi の紹介文などから，なんとなく軍曹系でマッチョでアフロなイメージがあったので，非常に意外だった (これ系の AA (ﾟДﾟ)y-~~ のイメージが強かった)． ・ 会場のつっこみが濃すぎる ・ 観衆が凄すぎる (その中で発表している小崎さんも凄すぎる) K&R malloc なんかはもうわかりきっていること前提 この時点で
*BSD で kqueue・kevent を使ってみよう
*BSD で kqueue・kevent を使ってみよう select() の欠点 select() は複数のディスクリプタをポーリングできる便利なシステムコールです。 しかしパフォーマンスはよくありません。理由は以下の通りです。 ユーザプロセスは、監視対象のディスクリプタ一覧をユーザ領域からカーネル領域にコピーする必要がある。 カーネルがポーリング結果をユーザ領域に返す際もコピーしなければならない。 カーネルは、ポーリング対象のディスクリプタを知るために、配列の全要素を調べなければならない。 ユーザプロセスも、入出力可能なディスクリプタを知るために、配列の全要素を調べなければならない。 上記の作業は、select() を発行するたびに毎回行わなければならない。 select() のパフォーマンスが悪いことは広く知られていたので、 各 OS でいろいろな取り組みが行われてきました。 Sol
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
