ストール ‐ 通信用語の基礎知識
例えば、次のようなプログラムがあったとする。 add eax, ebx mul eax, ecx この場合、(2)の掛け算は(1)の演算結果を利用するので、(1)の演算が終了するまで(2)は実行できない。 このような状況を、データ依存性ハザード(data dependent hazard)またはレジスター依存性ハザードという。 データ依存性ハザードには次の3種類がある。 リードアフターライト(RAW) 書き込んだ後に読まねばならないが、この実行順序が逆になると古い値を読んでしまう危険。 ライトアフターライト(WAW) 書き込みをした後、さらに書き込みをせねばならないが、この実行順序が崩れると後続処理で古い値を使ってしまうという危険。 ライトアフターリード(WAR) レジスターを読んだ後にレジスターに書かねばならないのに、書き込みが早すぎると誤った値を読んでしまう危険。 このうち、WAWとW
CPU使用率は間違っている | Yakst
Netflixのパフォーマンスエンジニアである筆者からの、topコマンドなどで表示されるCPU使用率(%CPU)は、いまや本当の使用率を表しておらず、チューニングなどのための指標として使えないという指摘。なぜそうなってしまったのか、何を見れば本当のCPU使用率がわかるのかをわかりやすく解説した記事。 私たちみんながCPU使用率として使っている指標は非常に誤解を招くもので、この状況は毎年悪化しています。CPU使用率とは何でしょうか？プロセッサーがどのくらい忙しいか？違います。CPU使用率が表しているのはそれではありません。私が話しているのは、あちこちで、あらゆる人たちに、あらゆる監視製品で、あるいはtop(1)でも使われている、"%CPU"という指標のことです。 あなたの考えているであろうCPU使用率90% : 実際 : "stalled"(訳注 : 以下ストールと言う)とは、プロセッサーが
Intel CPUとAMD CPUの混在による問題に直面した話 | 開発ブログ | Elastic Infra
チーフエンジニアの加辺です。 今日は珍しいトラブルに出会ったので紹介します。 起こった問題 ある環境ではEC2によりサーバを運用しており、アプリケーションをデプロイサーバでビルドし、その成果物をアプリケーションサーバへコピーすることでデプロイとしていました。 ここで新規サーバを作成していたところ、一部のアプリケーションサーバで見慣れないエラーが発生し、アプリケーションが起動しないという事象が確認されました。調べたところ、デプロイサーバはt3、アプリケーションサーバはt3aファミリーが利用されていることがわかり、アプリケーションサーバをt3ファミリーへ変更したところ、問題が発生しなくなることが分かりました。 さて、これはどのような機序によるものでしょうか。 調査 記事タイトルで答えをほとんど書いてしまっていますし、t3, t3aを知っていれば明らかですが、これはIntelとAMDの違いです。
【CPU知識】クロック数が高いほど値段が高い理由
パソ兄さん HOME パソコン・パーツ知識ガイド CPU知識 現在 コラム：クロック数が高いほど値段が高い理由 なぜ、高クロックのCPUは、同ファミリーの低クロックよりも値段が高いのか？それは・・ 高クロックCPUの値段が高いのは、希少価値によるもの 同ファミリー間で、キャッシュメモリや帯域は同じで、クロック数だけが異なるCPUがありますよね。比較すると、クロック数が高いほうが処理能力が高く、高価です。実はこの違いは「製造工程によるコスト差」ではないんです。低クロックも高クロックもまったく同じ製造方法と工程で作られており、製造コストは同じです。つまりクロック数の差を意図的には作っていないのです。このクロック数の違いは、単に製造ムラです。例えば、2.66GHzで作ったところ、 「検査したら2.4GHzや1.86GHzのものがでてきた。」ということです。これをグレード分けにして販売しています。
藤井二冠の自作PCについて最強将棋ソフト開発者に聞いたらトンデモないことが判明した件
『初代ポケモン』マサラタウンのジオラマを画用紙で作ってみた！ ストップモーションで描かれる表現に「立体なのがなんか感動する」「わくわくする」の声 藤井聡太二冠誕生────その報道に、日本全土が熱狂しました。 しかし世間の人々は、将棋のことそんなに詳しく知りません。 だから２９連勝の時は食べ物のことで盛り上がりました。今はもう閉店してしまった『みろく庵』の出前が、豚キムチ雑炊を運ぶ写真が東京写真記者協会賞を受賞するなど、大手メディアの方々もこぞって飯の話題に飛び付きました。ねえ大手メディアくん……もっと将棋のこと報じよ？ ネット上でも、藤井四段（当時）の食事の注文について様々な意見が飛び交います。 『中学生が昼飯に千円以上のものを頼むなんて生意気だ』『いやいやプロなんだから食に投資するのは当然』『あのビリビリやる財布に親近感がわく……』等々。 じゃあ今回は何で盛り上がったのか？ それは……パ
Linux が動作する RISC-V CPU を自作した (2019 年度 CPU 実験 余興)
私が所属する東京大学理学部情報科学科では三年の冬学期に CPU 実験という実験授業が開講されています。本稿ではその簡単な説明をした後、その実験の一環として約一ヶ月ほど取り組んだ「Linux が動作する RISC-V CPU を自作するプロジェクト」で何をしたか、またどのような成果を得たかについて紹介したいと思います。 本稿を読むその前に 弊学科では「XX 年度に教養学部から理学部情報科学科に進学してきた学生」を「XXer」と呼ぶ文化があります。本稿ではこの表現を断りなく用います1。また私は普段 Web が好きでもっぱら Web セキュリティに関することを追いかけているだけのしがない学部 3 年生なので (私についての情報は ここ に大体まとまっています)、こういう低いレイヤのことは未だによく分かっていません。あくまで素人の記事だとご理解いただけると嬉しいです。誤りの指摘や質問があれば、ここ
LinuxでCPU使用率を上げるコマンド - ablog
いいものを見つけたのでコピペ。 yes >> /dev/null & 最後に & お勧め ｗ（二つターミナルが必要でなくなる。） ちなみに メモリ負荷をあげる魔法のコマンド /dev/null < $(yes) & LinuxでCPU負荷を上げる魔法のコマンド - Qiita ">>" は ">" でも良いと思うが、何か特別な理由があって">>"にしているのだろうか。 追記(2014/10/08): ただのメモにはてブがたくさん（当社比）ついてビックリ(^-^; コア数に対する考慮が足りない。 コア数に対する考慮が足りない。 - gomakyuのコメント / はてなブックマーク とコメントを頂いた通り、上記のコマンドを実行しても1つの論理CPUを使い切るだけです。 例えば上の図の通り、1ソケット * 4コア * 2スレッド で論理CPU数が8の場合は、ざっくり、1多重で実行すると12.5%
4.2. CPU のスケジューリング Red Hat Enterprise Linux 6 | Red Hat Customer Portal
パフォーマンスチューニングガイド 1. 概要 Expand section "1. 概要" Collapse section "1. 概要" 1.1. 本書を読むにあたって Expand section "1.1. 本書を読むにあたって" Collapse section "1.1. 本書を読むにあたって" 1.1.1. 対象読者 1.2. リリースの概要 Expand section "1.2. リリースの概要" Collapse section "1.2. リリースの概要" 1.2.1. Red Hat Enterprise Linux 6 における新機能 1.2.2. 水平方向のスケーラビリティ 1.2.3. 分散システム 2. Red Hat Enterprise Linux 6 のパフォーマンス機能 Expand section "2. Red Hat Enterprise Li
【Linux】stressコマンドを使わずに手軽にCPU負荷をかける方法 - APC 技術ブログ
擬似障害などでCPU負荷をかける際に一般的なstressコマンドですが、標準パッケージではないため、インストールできない場合（勝手にインストールできない、インターネットに接続できない環境など）は以下の方法で手軽にCPU負荷がかけられます。(CPU使用率/ロードアベレージ) 手順 １．以下のコマンドを実行 CPU負荷コマンド yes > /dev/null ２．1プロセスでは足りないという方は、バックグラウンドに回して複数実行 CPU負荷×10 # yes > /dev/null & # yes > /dev/null & # yes > /dev/null & # yes > /dev/null & # yes > /dev/null & # yes > /dev/null & # yes > /dev/null & # yes > /dev/null & # yes > /dev/nul
第212回 大騒ぎのSpectreとMeltdownの脆弱性をざっくりと解説
2018年の年明けから大騒ぎとなっているSpectreとMeltdownの脆弱（ぜいじゃく）性をざっくりと解説する。プロセッサの何が問題となって脆弱性が起きているのだろうか？ 連載目次 2018年正月早々、プロセッサ業界に騒動が起きている。すでにあちらこちらで報道されているのでご存じの方も多いと思うが、Spectre（スペクター）とMeltdown（メルトダウン）と呼ばれるプロセッサの脆弱性の問題である（脆弱性の詳細は、Google Project Zeroの「Reading privileged memory with a side-channel 」参照のこと）。 脆弱性は、以下の3つである。「Variant 1」と「Variant 2」がSpectreと呼ばれるもの、「Variant 3」がMeltdownと呼ばれる脆弱性だ。 Variant 1: bounds check bypa
東大のCPU実験で自作コア上の自作OS上で自作シェルを動かした話 - 旅する情報系大学院生
東大の情報科学科では3年の秋学期にCPU実験という、自分たちでCPU、コンパイラ、シミュレーターを作ってレイトレーシングを動かすことが単位要件の名物実験があります。僕らの班では12月初旬に単位要件を満たすCPUは出来ていたので、2/20にあった成果報告会までの間にIwashi班という自作CPU上でlinuxを動かすことを目標とした余興班を作ってこのエントリのタイトルにあるような結果に終わったのでその報告をしたいと思います。 コンテキストスイッチしている画像: 目次 目次 対象とする読者 自己紹介 できたこととできなかったこと 技術的な詳細 ISA よかったところ 悪かったところ 結論 ステート管理 Floating point UART 自作OS/Shellの仕様 動機 やること 実装方針 増えるレジスタ 増える命令 MMUの挙動 タイマ割り込みの挙動 iretの挙動 Kernelの実装
malloc() が返すアドレスの下位数ビットは常に０って知ってます？
本当は「malloc() が返すアドレスは８の倍数って知ってます？」 にしたかったんだけど，「８」というのは CPU 依存の数字だし， 一般には２の冪乗なのでこういうタイトルにした． そもそもこの記事を書くきっかけは， YLUG の 「第67回カーネル読書会 (glibc malloc について)」の ビデオと資料を見たこと． 1985年頃に Lisp の処理系を作ろうとして (結局作らなかったけど(^^;)) メモリ管理方法について色々考えたアイディアと同じものもいくつか出てきて， 懐かしくもあり，またとても面白かったが， 私にとって目新しいアイディアは少なかった． malloc() の内部実装に興味を持つ人であっても， 意外と上記タイトルに書いた事実を知らない人が多いようなので， 「ビデオと資料」のページに色々とコメントした． この記事はそれを整理してまとめたものである． 2016/0
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なぜもっとたくさんのコアを搭載したCPUを作らないのでしょうか？2000コアのGPUなんかそこら辺にありますが、なぜCPUでは同じようにできないのでしょうか？
AMDはなぜ資金面で圧倒的に勝ると思われるIntelを凌駕するCPUを開発できるのでしょうか？
満鉄附属地エリカちゃん on Twitter: "ほんとにちゃんとプロセッサの仕組みが知りたい人にお勧めしたいのはPDP-11/20のCPUを理解すること。ハードワイヤードなのでマイクロコードはない。 PDP-11/20の全体像 https://t.co/AllSPctwXV C… https://t.co/cA2nUimcJe"
Design of the RISC-V Instruction Set Architecture (PDF)
プルアップ ‐ 通信用語の基礎知識
ARM
開発メモ: アラインメント問題とDebianパッケージ化
British Airways Flight Attendant Turns the Tables on a Racist Passenger - CLARK LOG - Yahoo!ジオシティーズ