問題タブ [computer-architecture]

誰かがこの例を手伝ってくれて、2番目の部分の作業方法を教えてもらえますか？

質問は ：

天気予報アルゴリズムの3分の1が本質的にシリアルで、残りが並列化可能である場合、単一コアの実装で150％の高速化を保証するために必要なコアの最小数はいくつですか？

ii。上司が数値を200％に修正します。あなたの新しい答えは何ですか？

よろしくお願いします!!

このコードは、行列を 4 通りに転置します。1 つ目は、順次書き込み、非順次読み取りを行います。2番目はその逆です。次の 2 つは同じですが、キャッシュが書き込みをスキップします。シーケンシャル書き込みが高速になり、キャッシュのスキップが高速になるようです。私が理解できないのは、キャッシュがスキップされている場合、シーケンシャル書き込みがさらに高速なのはなぜですか?

編集：出力は

意味的には、Dalvik VM にはメソッドごとに新しいレジスタ セットがあり、コール スタックにアクセスするための命令はありません。ただし、その実装に関しては、レジスタはメソッド呼び出しで何らかの方法で保存し、メソッドの戻り時に復元する必要があります。(Google の実装) Dalvik はどのようにこれを行いますか?

特定のプロセスのみが現在実行されていると仮定して、特定のプロセスが実行されている間のキャッシュの内容を知りたいです。私を助けることができるツールはありますか？またはいくつかのy.メカニズム？前もって感謝します。

カーネル モードとユーザー モードの両方の目的と、前者から後者への遷移がどのように発生するかを理解しています。しかし、多くの情報源は、カーネル モードで発生するクラッシュはデバッグが難しく、たとえば telnet 経由で接続してリモートで実行する必要があると述べています (ここに例があります)。

デバッグが難しいのはなぜですか？(カーネル) デバッガーをカーネル スレッドの 1 つに接続して、通常の方法で使用できないのはなぜですか?

こんにちは、以下の命令があるとします:

[XXX : バブル] をバイパスせずに、以下のパイプラインのようなパイプラインを作成します。

そして、以下のようなパイプラインをバイパスしてパイプラインを作成します: [XXX : バブル]

WB1 と WB2 が完了するまで待つ必要があります。その後、命令 3 を実行できます。したがって、バイパス方法では、EX1 と EX2 レベルの後に R1 と R2 の値をバッファに格納します。

しかし...バイパス方法では、EX1 の後、どうすればレジスタ R1 値を取得できますか?? WB1 値に達していません。なぜバッファが必要なのか、R1を直接読み取らないのはなぜですか??

並列構成アーキテクチャのコースで、MPI と pthread について学ばなければなりません。このコースの前半は、並列プログラミングに基づいています。私は CS 専攻ではなく、CS 関係者のような厳密なプログラミング経験もありません。ですから、私は少し心配していて、これらのトピックに取り組んでいる他の人からのフィードバックを得たいと思っています.

私は C のバックグラウンドを持っており、過去 1 か月から C++ と oop を学んでいます。では、MPI や pthreads などについて学びたい場合、この背景は大きな問題になるのでしょうか?

ありがとう

私は現在、コンピュータ アーキテクチャのコースを受講しており、基本的な R タイプおよび I タイプの命令 (これもRISCアーキテクチャです) などについて学習しています。これを最適化する方法がわかりません。コード。

説明: このコードは、ゼロに到達するまで、数字の配列 ($s1 が指す) に単語を追加します。結果は $t1 に格納されます。$t0 は現在の単語を保持します。

コードの最適化に苦労しています。(常に true であるため) は不要だと思いbeq $t1, $t1, againますが、削除する方法がわかりません。これが私の試みですが、コードが終了しないことに気付きました。

終了ゼロをチェックして完了にジャンプすることは決してありません。しかし、別のチェックを追加すると、コードは以前と同じになるのではないでしょうか?

私はグーグルで答えを探していましたが、それを見つけることができないようです。ただし、バイナリはバイト/オクテット、8ビットで表されます。つまり、文字a（私は思う）は01100010,であり、単語heyは

だから私の質問は、なぜ8？これは、コンピューターが動作するのにちょうど良い数値ですか？そして、32ビット/ 62ビットコンピューターがすべて8の倍数であることに気づきました...それで、これはすべて、最初のコンピューターがどのように作られたかと関係がありますか？

この質問がQ/A基準を満たしていない場合は申し訳ありません...コードに関連していませんが、他の場所で質問することは考えられません。

私はコンパイラに取り組んでおり、実際に私のコードを遅くする最適化を書いていました! 調べてみると、最適化がオフのときはコード ジェネレーターがハンドル (コンパイラの場合は二重参照) を使用し、最適化がオンのときはハンドルへのポインターを使用することが決定されていることがわかりました。これにより、配列がアクセスされるたびに、2 番目のケースで参照解除命令が 1 つ増えました。

しかし、この 1 つの命令により、コードの実行時間が驚くべきことに 32% 遅くなりました。この余分な逆参照により、速度低下の原因となる可能性のある 3 つの依存命令が発生するため、これは命令パイプラインに関係していると思われます。

私は同じことを実証する必要があり、パイプライン処理についてより多くの情報を得ようとしています。誰かが命令パイプライン処理、有用なアーキテクチャ シミュレータ、およびパイプライン ビジュアライザに関する優れた資料を提案できれば幸いです。