ユメのチカラ: メモリアクセスは遅い

暮らしカテゴリーの変更を依頼記事元:

blog.miraclelinux.com

56 usersがブックマークコメント

コメント

12

記事へのコメント12件

注目コメント
新着コメント

ono_matope メモリも(L1/L2)キャッシュ重要という

2011/07/10 リンク

hamasta あとで読む

article

2007/09/18 リンク

advblog リストやハッシュはキャッシュに厳しいが配列はキャッシュに優しい。 > 何やら初体験の言い回し。

2007/09/17 リンク

mitsuki_engawa キャッシュ制御による高速化話

CPU

2007/09/17 リンク

hiromark "リストやハッシュはキャッシュに厳しいが配列はキャッシュに優しい"、むむぅ、なるほど。

programming

2007/09/17 リンク

NOV1975 あんまり詳しくないのでよくわからないんだけど、配列のアクセス一発目でそのとき使わない領域を含めた連続した領域が読み出されてキャッシュにのるから速いってこと？

hardware

2007/09/17 リンク

zetamatta 曰く「リストやハッシュはキャッシュに厳しいが配列はキャッシュに優しい。」

2007/09/16 リンク

lockcole L1が1.776nsでL2が5.3490ns、メインメモリアクセスが139.4ns。CPUが速くなってもメモリが追いつけない。特にメモリのロック・同期方式にはまだまだアルゴリズムの改善余地ありとのこと。Rubyにおける改善案の紹介も。

CPU

2007/09/16 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

ユメのチカラ: メモリアクセスは遅い

多くのプログラマにとってメモリアクセスの速度を気しなければならない状況というのはめったに無いが、O... 多くのプログラマにとってメモリアクセスの速度を気しなければならない状況というのはめったに無いが、OS、ライブラリ、コンパイラ、RDBMSなどの実装をする時には意識をしなければならない場合がある。 IA-32 Intel Architecture Optimization Reference Manual (order number 248966) をひもとくと6章にOptimizing Cache Usageというのがある。マイクロベンマークの定番 lmbench http://www.bitmover.com/lmbench/ では、一次キャッシュ(L1)や二次キャッシュ(L2)を測定してくれる。例えば、わたしが利用しているノートだと、L1が1.776nsでL2が5.3490ns、メインメモリアクセスが139.4nsである。 Memory latencies in nanosecond

ブックマークしたユーザー

mikage0142011/07/10
yuiseki2011/07/10
YAK2011/07/10
ono_matope2011/07/10
yoshii_hiroto2010/04/30
hirotomo884452008/12/03
TAKA1282007/12/24
needingyou2007/10/17
CliffordBrown2007/10/12
gmasaox2007/10/12
sirouto22007/09/28
yheld2007/09/25
mogwaing2007/09/22
yasu000002007/09/20
hiroakiuno2007/09/20
sunabako2007/09/19
alrescha2007/09/18
hamasta2007/09/18

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - 暮らし

いま人気の記事 - 暮らしをもっと読む

新着記事 - 暮らし

新着記事 - 暮らしをもっと読む

設定を変更しましたx