問題タブ [hard-drive]

大量のデータをディスク上に約1,000ブロックで保存する必要があります。予測するのは難しい方法でこれらのオブジェクトにアクセスしますが、パターンがおそらく存在する場所です。

アクセスパターンに基づいてディスク上のオブジェクトを再配置し、シーケンシャルアクセスを最大化して、ディスクシーク時間を最小化するアルゴリズムまたはヒューリスティックはありますか？

どのアプリケーションがハード ドライブにリアルタイムで書き込みを行っているかを表示するツールはありますか? タスク マネージャーのようなものを考えていますが、I/O 用です。多数のバックグラウンド プロセスが実行されていますが、Visual Studio がすべてを停止しているのか、他のプロセスがディスクを占有しているのか (特に、プロセッサが 20% 未満で実行されている場合) はわかりません。

Java内でハードドライブにコマンドを発行する方法を知っている人はいますか? Java はこの種のハードウェア相互作用をサポートしていますか?

たとえば、調べたい SCSI ハード ドライブがある場合、これを行うための既存の Java メソッドはありますか、それとも独自に作成する必要がありますか?

http://en.wikipedia.org/wiki/SCSIには、SCSI コマンドに関する一般的な情報が含まれています。

HDDドライブの状態に関する情報を取得するために、次のように（smartd.confを介して）smartmontoolsデーモンを構成しました。

また、「-M test」を追加することで、メール通知をテストし、テストメールメッセージを受信しました。

ご覧のとおり、毎朝HDDのテストが不足していますが、テスト結果に関する電子メール通知を受け取りませんでした。

おそらく、何かがうまくいかないときに通知が送信されますが、私はこの点で正しいですか？つまり、テストに合格しても何も受け取らないのは正常ですか？

今、私のドライブはsmartctl -HコマンドでOKステータスを報告します。私はDebianEtchとSendmailを使用しています。

どうもありがとう。

ハードウェア ベースのハード ドライブ暗号化に関するこの記事をたまたま見つけて、これがデータを保護するための優れた方法を提供するだけでなく、そのデータの暗号化に使用するアプリケーションの速度も向上させることに気付きました。

これは私を疑問に思いました...

すべてのデータがドライブに読み書きされるときに適切に圧縮または圧縮解除されるように、圧縮に対して同じことを行うことは可能でしょうか?

私はかなり長い間ファームウェアのプログラミングを行っていないので、これが技術的に可能かどうかさえわかりません.

ただし、そうであれば、おそらくかなり多くのストレージスペースが人々に提供される可能性があります.

このようなアプローチをファームウェアで使用するプログラミングの長所と短所は何ですか?

WMI を使用して、ディスク ドライブのプロパティを照会しています。WMI はドライブ自体からこの情報を読み取りますか、それともレジストリを照会しますか? ドライブからプロパティを直接読み取るにはどうすればよいですか?

私はこれについてしばらく考えていました (ご存知のように、プログラマーは危険なことをする傾向があります)。この質問に答える際の問題は、私がこれまでに使用した唯一のものであるため、実際に比較するものが何もないことです.

FAT、NTFS、または特定の種類のファイル システムを意味するのではなく、ファイル システム構造全体を意味します。私たちは単に、ハード ドライブが 1 つの巨大なファイリング キャビネットであるかのように、「フォルダー」内の「ファイル」を考えることに慣れています。これは素晴らしいアナロジーであり、実際、このように考えると学習がはるかに簡単になりますが、プログラムとそのそれぞれの部分を説明するのに本当に最善の方法でしょうか?

オペレーティング システムがデータの一部を別の方法で整理するためにデータを格納するために使用できるデータ ストレージ手法を誰かが考えられる (または知っている) かどうかを知りたいです。何か...違うものは存在しますか？

Python を使用して、特定の HFS+ ドライブ上のファイル数を (すばやく) 取得する方法を見つけようとしています。

私は os.statvfs などで遊んでいますが、何も得られません (それは私にとって役に立ちます)。

何か案は？

編集：もう少し具体的にさせてください。=]

さまざまな理由で rsync のタイムマシンのようなラッパーを作成していますが、rsync がスキャンしようとしているドライブ上のファイル数の非常に高速な見積もり (完全である必要はありません) が必要です。このようにして、初期ファイルリストを構築するときに rsync からの進行状況を監視し ( のように呼び出した場合rsync -ax --progress、または-Pオプションを使用した場合)、パーセンテージや ETA をユーザーに報告できます。

これは実際のバックアップとは完全に分離されているため、進行状況を追跡するのに問題はありません。しかし、私が数百万のファイルで作業しているドライブでは、ユーザーはファイル数のカウンターが数分間上限なしで上昇するのを見ていることを意味します。

これまでの回答の1つで説明されている方法とまったく同じ方法でos.statvfsを試してみましたが、結果は意味がありません。

より移植性の高い方法では、このマシンで約 110 万になります。これは、準備を実行している rsync を含め、このマシンで見た他のすべてのインジケーターと同じです。

最初の方法はすぐに実行できることに注意してください。2 番目の方法では、実行に 15 分ほどかかったので、更新するために 15 分後に戻ってきました。

この番号を取得する同様の方法を知っている人はいますか、または os.statvfs 番号の処理/解釈方法の何が問題になっていますか?

誰かが私がハードドライブシークがどのように機能するかを理解しようとするのを手伝ってくれるでしょうか。

読み取りパフォーマンスが絶対に不可欠な小さなバイナリデータベースファイルがあります。ファイル内の数バイトをスキップする必要がある場合は、seek（）またはread（）を使用してから、不要なデータを破棄する方が速いです。

ハードドライブの平均シーク時間が10msで、読み取り速度が300MB / sの場合、3MB未満の値のseek（）よりもread（）の方が速いと計算しました。本当ですか？新しいシークを実行するときに、既存のストリームを読み取るためのオーバーヘッドはありませんか？

インデックスに適したファイル構造はどれだと思いますか。

エントリを読み取るときに値が正しくない場合、その値は無視されます。したがって、ファイルをストリーミングするときは、次の方が高速です。1.エントリが不要な場合は、seek（）を使用してスキップします。2。エントリが不要な場合は、データを読み取り、データを破棄します。3.または、最初の構造を使用します。最後にデータリポジトリへのseek（）を入力する必要があります。

エントリは4バイト、値は8バイト、データは12KBです。

乾杯