前回の「各種メモリ/ストレージのアクセス時間,所要クロックサイクル,転送速度,容量の目安」は,思わぬ反響を呼んだので驚いております。 今回の記事は,その記事の活用編にあたる記事です。コンパイラのコード最適化を設計・実装する時に重要な観点を,つらつらと書いてみます。 原則: 高速なメモリ・ストレージは容量が小さい 前回の記事の結論を再掲します。 メモリ/ストレージの種類 アクセス時間 アクセス開始までの所要クロックサイクル 最大転送速度 容量
![計算の高速化のために必要なこと: メモリの観点 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/02513f9062247d93023b2c2f578a3bf3a0e624df/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JUU4JUE4JTg4JUU3JUFFJTk3JUUzJTgxJUFFJUU5JUFCJTk4JUU5JTgwJTlGJUU1JThDJTk2JUUzJTgxJUFFJUUzJTgxJTlGJUUzJTgyJTgxJUUzJTgxJUFCJUU1JUJGJTg1JUU4JUE2JTgxJUUzJTgxJUFBJUUzJTgxJTkzJUUzJTgxJUE4JTNBJTIwJUUzJTgzJUExJUUzJTgzJUEyJUUzJTgzJUFBJUUzJTgxJUFFJUU4JUE2JUIzJUU3JTgyJUI5JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1iZWI2OTY1YTNiOTUxZjQ2ZTJmMmViZDg1OTY0MDk2MA%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB6YWNreTE5NzImdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTUzN2ViZjY5YTE4N2RmNjc0NGQ0MGQzYzAzMWQyMzg5%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gZnVrdW9rYS5leO-8muemj-WyoUVsaXhpcuOCs-ODn-ODpQ%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D3b1cd7c84d6211bb353859fc9ab19f74)
各種メモリ/ストレージについて,2023年時点で標準的なアクセス時間,所要クロックサイクル,転送速度,容量を,各種カタログスペックを参考にまとめてみました. レジスタ(レジスタファイル) 最近のCPUのレジスタ(register)のアクセスは,通常CPUの1クロックサイクルで完了します.2023年時点では,標準的なCPUのクロック周波数は,1〜4GHz程度のオーダーです.1GHzは1秒あたり10億回,すなわち1クロックサイクルは1ナノ秒です. したがって,2023年時点では,レジスタには0.25〜1ナノ秒程度でアクセスできると言えます. レジスタのメモリ容量は,レジスタファイルに存在するレジスタ数に依存します,これは命令で明示的に指定できるレジスタ数という解釈もありますが,レジスタ・リネーミングのようなプロセッサ技術を用いると,実際にはより多くのレジスタ数を持っていると解釈することもできま
英語の技術文書を早く読むにはどうしたらいいでしょうか。 注意: この記事の目的は「技術文書について」「早く大意を読み取る」ことを目的としています。 技術文書でないもの,例えば,小説や詩には当てはまりません。 技術文書を読む場合でも,例えば,「論文を批判的に読むとき」や「扱いが悪いと故障する可能性のあるハードウェアのマニュアルを読むとき」には精読すべきですので,この記事は当てはまりません。 頻出英単語を覚える もし「英語の技術文書を早く読みたい!」と悩んでいるとしたら,多くの場合,英語の技術文書を読むのに,英単語をほぼ全て辞書を引いている,という状況だったりするのではないでしょうか? もしそうでしたら,正攻法となる主な対策は,頻出英単語を覚えるということだと思います。 例えば英語で書かれた論文があったとします。聞いたところによると, 70%は頻出英単語トップ1500(だったと思います。うろ覚
(この記事は「機械学習工学 / MLSE Advent Calendar 2018」の9日目です) 「機械学習工学 / MLSE Advent Calendar 2018」8日目は @watanabe0621 さんの「初めてのMLシステム開発とデプロイ」でした。 「機械学習工学 / MLSE Advent Calendar 2018」9日目の今日は,並列プログラミング言語 Elixir(エリクサー)とそれによる機械学習ツールチェーンについてご紹介します。 @arutema47 さんの「2018年版 機械学習ハードウェアのState of the Artを考える ~CPU, GPU, TPUを添えて~」にも関連する話も言及したいと思います。 Elixir に注目する理由 私たち fukuoka.ex が Elixir に注目する理由を説明します。 今後,IoT の急速な普及などの理由でデータ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く