twitter で評判だった「Linux のしくみ」を最近買いました。前評判通り、実際に動くコードを用いて実験ベースで Linux の仕組みを説明してくれる良い本で、これは非常にお勧めできるなと思いました（６〜７割よみつつ、今いろんな箇所の実験を手元でやってみています）。 第4章 プロセススケジューラの部分では、プロセスに対して、論理CPU がどのように割り当てられるのか説明しつつ、それが本当に正しいのかを、コードを使って実験してみることにより示していました。だいたいの内容を読み、まぁそうですよね...と納得しつつも、実際に手元マシンで実験してみたことはなかったので、今回自分の手を動かしてやってみることにしました。 実験内容 複数のプロセスを生成して、それぞれのプロセスにおいてループを回して、ユーザーモードの負荷をかけたとき、どのように各プロセスが実行されるかを観察する 測定の際は、複数の
9. 9 最適化について 「細かい効率のことは忘れて、時間の 97% について考え よう。時期尚早な最適化は諸悪の根源だ。それでも残り 3% についても機会を逃すべきではない」 - Donald E. Knuth 「プログラム最適化の第一法則 : 最適化するな。 プログラム最適化の第二法則 ( 上級者限定 ): まだするな。 」 - Michael A. Jackson 11. 11 最適化の対象 主に Intel の Haswell マイクロアーキテクチャ以降を対象 多くのテクニックは他のプロセッサにも応用できます ベース マイクロアーキテクチャ プロセスルール 登場年 Nehalem Nehalem 45nm 2008 〃 Westmere 32nm 2010 Sandy Bridge Sandy Bridge 32nm 2011 〃 Ivy Bridge 22nm 2012 Hasw
qSPCの開発も山場を越えた感があるのでたまには進捗報告以外の話を…… 多分、普段は宇宙語が書いてあるブログだと思って見てない人が多いと思うので前提知識を手短に書いておくと: スーパーファミコンにはメインのCPUと別にサウンド用のCPUが乗っている オーディオデバイスにはサウンドCPUからしか触れない サウンドCPUはメイン側とは独立したメモリを抱えている このメモリは64KBしかない メインCPUとサウンドCPUのやり取りには、あまり速くない通信路を使う必要がある という制約があるので、いかにデータをコンパクトにして、最低限の物だけをサウンドCPUに送るかという所で開発者の腕が試されることになる。で、プロの技はどんなもんだろうかと、メモリダンプを見ながら定番のグラディウスIIIをやってみると…… ボスを倒して、ステージが変わるタイミングで一瞬画面が止まるので、ここで曲を入れ替えていると思
レジスタ x86-64 には64ビットの汎用レジスタが16本あります。それぞれ64ビット(8バイト)、32ビット(4バイト)、16ビット(2バイト)、8ビット(1バイト)のレジスタとして使用することができます。RAX、RBX、RCX、RDXの4本は8ビットのレジスタ2つとして独立にアクセスできます。32ビットレジスタとして書き込まれた場合に上位32ビットは0が書き込まれることに注意してください。16ビット、8ビットレジスタとして書き込まれた場合は上位のビットは変化しません。 汎用レジスタには整数またはメモリアドレスを格納することができます。 RAX、RBX、RCX、RDX、RSI、RDI、RBP、RSP は16bit CPUである 8086の時代（1978年?）から存在するレジスタの64bit拡張版です。したがって汎用レジスタといっても昔の役割が少し残っていて、一部の命令で特殊な役割があり
David A Rusling david.rusling@arm.comv0.8-3 January 25, 1999 JF Projectv0.8-3 December 2000 *フレーム表示* 本書は、Linux カーネルの仕組みを知りたい Linux 愛好家のためのものです。これは 内部構造のマニュアルではありません。むしろ Linux で使用されている原理や メカニズムを解説したものであり、Linux の動作原理とはどういうもので、なぜそれ が採用されているのかを説明するものです。 Linux という対象は常に変化しています。本書がベースにしているのは現在の安定 版である 2.0.33 のカーネルソースですが、これは個人や法人の大部分で使用されて いるのがこのバージョンだからです。 また、本書は自由に配布してもらってかまわないので、一定の条件のもとにではあり ますが、複製や再配
はじめに Linux で採取できるCPU使用量(率)の情報として、%user や %sys 等に加えて %steal という量がある。これが追加されたのは、仮想化が広く使われはじめた10年くらい前だろうか。筆者は Xen を調べていて気づいたのだが、もっと前にs390のために追加されたのかもしれない。当時、ESXの場合も含めて調べていたのだが、最近、KVMの場合にどういう実装になっているのか、ふと気になって軽く調べてみたのでメモ。 CPU使用率の計算 まず最初に、sar や vmstat や mpstat 等、さまざまなツールでCPU使用率を取得することができるわけだが、どのような情報を元に、どのような計算を行って算出しているのか？ まず、kernel内ではboot以後の各種実行モードのCPU時間を分類して積算値として保持している。user モード、特権モード、割り込み処理に使った時間..
D3とは 創業以来、高い技術力と戦略的なUI/UXを武器に、世の中に価値あるサービスを生み出しているビズリーチ。 サービスの数が増えるにつれ、技術の幅が広がったため、そのスキルやノウハウを社内のみならず、 世の中のエンジニアやデザイナーとも共有すべく、 私たちは「D3（ディーキューブ）※」というプロジェクトチームを立ち上げました。 D3では、たくさんのイベントや勉強会を開催し、 世のエンジニア・デザイナーと共に、さらなる高みを目指します。 ※D3＝DESIGNER & DEVELOPER DIVISION イベント説明 昨今、機械学習といえばGPGPUを使った計算がメインになってきています。とはいえ、CPUを使った機械学習というのも手軽にできるという面で特に個人でよく使われると思います。 今回は、CPUで機械学習する際に重要な拡張命令セットに関するドキュメントを読み、CPUではどのような恩
フラフラとネットの海をさまよっていたら、とあるページで Z80 という文字を発見。そーいえば昔少しだけマシン語をやったことがあるな〜、懐かしいなぁなんて思い出しニーモニック表を検索で探して読みふけってしまいました。こういうのが速攻で手に入るのは有り難いですねぇ。感謝。 んで、そんなページを見ながら「Z80 のエミュレーションくらいならオレでも簡単に出来るんじゃねーの？」なんてことを思ってしまったので、早速取り掛かることに。 言語は C# を利用、Z80 は一応フルスペックというか割り込み、未定義命令辺りは使えるようにして、簡単な IO(テキストRAMとディスクアクセス、キー入力くらい)も実装する、ということで考え中。互換性は特に必要無いので、IO はかなり適当になる予定。 以下、ソースから抜粋。 namespace Emulator { #region Z80 レジスタ表現用列挙型 pub
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
