問題タブ [disk-io]

セカンダリ IDE コントローラーの最初のディスクが QEMU で解放されるのを待機しようとすると、inb(0x177) は常に 0 を返します)

手順は次のとおりです。

次のようにして、3番目のディスクをQEMUに追加しようとしました：

1) 新しい空のディスク イメージを作成します。 2) QEMU オプションで hdc としてイメージを追加します。 3) セカンダリ チャネルを処理するための ide.c という名前の新しいファイルを作成します。(ハードウェアマニュアルで指定されているように、0x1F* の代わりにポート 0x17* を使用)

ide.c には、セカンダリ コントローラーが存在するかどうかを確認するための次のコードがあります。

＆それはそうであることを示しています。

しかし、チェックデバイスがビジーではありません。それがなぜなのか誰か知っていますか？

ブート セクタをデバッグしたいのですが、フロッピー ディスクが読み取られます。bochs でデバッグして、読み取りが成功したか失敗したかを確認したい。AH レジスタがコードを返すことができることはわかっていますが、読み取り内容も確認したいので、物理メモリ内の es:bx スタックを確認したいのですが、すべて 0x00 が広がっています。なぜ？

このコードは as86 によって作成され、ld86 によってリンクされています。bochs Disk Image Creation Tool を使用してフロッピー イメージを作成し、コマンドdd bs=32 if=boot of=/dev/fd0 skip=1を使用してこの起動可能なフロッピー イメージを作成しました。

フラグが 0x00000046 を返したため、アクションにエラーがないことを示す CF が 0 になっていることに気付きました。ただし、ax レジスタは 0x0201 です。ah レジスタは 0x02 です errcode です。どうしてか分かりません？

以下は私のbochsファイルです：

コードは次のとおりです。

as86 によって書かれたコードで、2 番目のセクターの先頭に 1 ワードを追加します。

bochs にデバッグ情報を貼り付けます。

watch現在のディスク負荷を取得するために onを使用できないためiostat -dx 1、これを行う別の方法があるかどうかを知りたい/proc/diskstatsです。

私の質問は本質的に一般的なものです（コードは提供されていません）が、明確な回答が得られると信じているため、このフォーラムに投稿しました。

32 コアの Windows 8 マシンを使用しています。

1 つのマスター「アプリ」と 50 の独立したクライアント「アプリ」があり、すべてソケット IPC 経由で通信します。

各アプリはアクティビティのログを保持する必要があり、その結果、各アプリから 1 秒あたり 3/4 行のテキストが発生します。それらはすべて同じディスクドライブに書き込んでいますが、異なるファイルに書き込んでいます。

私は (実際にはわかりませんが) ディスクへの書き込みの機会をそれぞれのアプリが待機しているため、重大なホールドアップが発生する可能性があることを懸念しています。

これがボトルネックである可能性が高いかどうかを誰かが提案できますか? この種の問題に対処する標準的な方法はありますか?

ここでは、(最終的には) 複数の仕様を使用してドライブの消去をサポートする機能を作成しようとしています。私が直面している問題は、ZeroBlock をディスクに書き込もうとすると、書き込まれますが、コードは失敗したように動作することです。私がそれが機能したと言う理由は、テストシステムのドライブからブートセクターをクリアしたためです

そのため、新しいプロジェクトのワークフローを生成中です。最初のフェーズでは、大量のデータ (テスト ケースのバイナリ ファイル形式に基づいて最大 1 TB) を生成する C/C++ コードがあります。このデータはデータベースにインポートされ、そこに存在する別のデータセットと比較されます。

私が持っている質問は、データベース ソフトウェアへのポートを開いてそこに直接書き込むか、ディスクに多数の小さなファイル (約 10 億) を書き込み、後でデータベースにインポートする方が速いでしょうか? C コードは時間制限のあるクラスターで実行されるため、すぐに終了する必要があります。

そのため、メディア デバイスを段階的に満たして速度を測定しようとしていますが、75% から 95% のデータを書き込むまでは機能します (完全には満たしていません)。

ファイルの長さを設定しようとすると (例: ディスクに 3.72 GB の空き容量があるときに 3.1GB のファイルを作成しようとすると、次の例外が発生します)

"パラメータが正しくありません。"

スタックトレース

これがコードです

これを使用して、チャンクを 25% ずつリムーバブル メディアに書き込みますが、75% を超えると、20% のチャンクしか書き込みません。0 ～ 75% の範囲で問題なく動作します。このエラーをスローするのは最後のチャンクです。はい、ファイルサイズを再確認しました。スペースがあります!!!

誰にもアイデアはありますか？私は頭がおかしいので、オンラインで何も見つけられないようです。