はてなブックマーク - Kazuho@Cybozu Labs: システムコールの最適化

Kazuho@Cybozu Labs: システムコールの最適化

labs.cybozu.co.jp

タグ : Linux benchmark systemcall kernel osx 資料 programming optimize システムコールオーバーヘッド

コンピュータ・IT 38 users

« Swifty 0.03 を公開しました | メイン | MySQL の高速化プチBK » 2007年09月19日システムコールの最適化今朝、会社で「最速のファイルコピー」についての話題が出ていました。そこで、ちょっと気になって、read(2) の呼出のオーバーヘッドがどの程度あるのか、ベンチマークをとってみました。グラフは、それぞれの環境で、10MBのファイルを1,024回読み込むのにかかった時間を示しています。ファイルの内容は当然メインメモリにキャッシュされているので、実際は、カーネル内のバッ... > このページを見る

最終更新時間: 2007年09月19日14時00分

▼ブログで紹介する

みんなのブックマーク人気（0）新着

paella linux, Mac OS X, 勉強, systemcall
10MBのファイルを1,024回読み込むのにかかった時間のレポート。Mac OS Xは遅いみたい。linux のシステムコールのオーバーヘッドは、だいたい memcpy(1KB〜2KB) の所要時間と同等とあるけど、それを目安とどうして言えるんだろう 2009/04/22
clayfish benchmark, 資料
__attribute__((aligned(16))) はコピペミスかな。 2007/09/22
yamaz hpc
データを見る限り「とりあえずL1にあわせとけ」でいい気がします. 2007/09/19
mitsuki_engawa CPU
read先を繰り返し流用してるからキャッシュからの書き出しが発生せず（多分）、そのせいでキャッシュ容量に敏感になってるので、バッファ容量の指標のベンチとしては無意味な予感。 2007/09/19
amachang systemcall, optimize, linux
「read(2) や write(2) 等の、カーネルとの間でメモリコピーを行うシステムコールを呼び出す際において、そのブロックサイズは２次キャッシュの50%をひとつの目安とすべき」勉強勉強 2007/09/19
naoya linux, kernel
L2 の量が目安か。なるほど。 2007/09/19
TAKESAKO linux, osx, systemcall, benchmark
static char buf[1048576] __attribute__((aligned(16))); 2007/09/19
kazuhooku
どっちが２次キャッシュに載ってる場合だとか共有キャッシュだとどうなるとか投げやりな議論でごめんなさい >< 2007/09/19