問題タブ [filesystems]

プログラムが読み取り用にファイルを開くために、ユーザー名とパスワードを指定するにはどうすればよいですか? ファイルにアクセスする必要があるプログラムは、ファイルがあるフォルダーへの読み取りアクセス権を持たないアカウントから実行されています。プログラムは C# および .NET 2 で記述され、XP で実行され、ファイルは Windows Server 2003 マシン上にあります。

入力ファイルとターゲット ディレクトリがあるとします。入力ファイルがターゲット ディレクトリと同じハード ドライブ (またはパーティション) にあるかどうかを確認するにはどうすればよいですか?

私がやりたいのは、ファイルが別の場所にある場合はファイルをコピーすることですが、同じ場合は移動します。例えば：

~/.Trash/ファイルが外部ドライブにある場合と同様に、単にファイルを移動するだけでは機能しません。ファイルはメイン システム ドライブに移動されます。

/Volumes/.Trash/501/また、外部ドライブ上のファイルの移動先(または現在のユーザーの ID が何であれ)など、他の条件もあります。

ファイルまたはフォルダーのパスを指定して、ごみ箱フォルダーを特定する正しい方法はどれですか? 言語はかなり無関係だと思いますが、Pythonを使用するつもりです

一般的なオペレーティング システムの概念に関して、ファイルとレコードの違いは何ですか?

OS はそれらをどのように管理しますか? ファイルとは何か、レコードとは何かは知っていますが、OS ではどのように区別されますか?

私は Pocket PC アプリに取り組んでおり、データ ファイルは SD カードに保存されていると言って前置きしておく必要があります。

サイズ x の配列を作成する必要があるアプリがあります。malloc は毎回失敗しています。

4ギガカードに1ギガファイルがあります。
64 MB のオンボード メモリ (RAM/データ/アプリケーション/OS)
がありますが、必要な配列が大きすぎるため、データを処理できません。
SD カードへのアクセスは、RAM とほぼ同じ速さです。
私は C++ (mfc) で作業しています。

配列として使用するファイルにアクセスする最良の方法は何ですか?
それとも、これを行う別の方法がありますか？

私は、ユーザーが単語を入力して定義を取得できる英語のWeb辞書を作成しています。私はしばらくこれについて考えましたが、データは100％静的であり、一度に1つの単語しか取得できなかったため、MySQLを使用して定義を格納するのではなく、データベースシステムとしてファイルシステム（ext3）を使用する方が適切でした。MySQLに接続する必要があり、それ自体が非常に遅い操作であることを考えると、オーバーヘッドが少なくなると思いました。

私の恐れは、もし私のシステムが例えば500ワード/秒の検索で攻撃されたとしても、データベースとしてファイルシステムを使用したほうがよいのではないかということです。または、MySQLが内部で行っている可能性があることとは対照的に、ファイルシステムの読み取りが増えるとパフォーマンスが低下しますか？

現在、階層は単語の最初の文字、2番目の文字、3番目の文字で分割されています。したがって、「水」の定義を検索する場合、スクリプト（PHP）は「../dict/w/a/t/water.word」から読み取ろうとします（問題のある文字の単語をクリーンアップした後、小文字）

私はこれで正しい方向に向かっていますか、それともより速い解決策がありますか（memcachedのようなものを使用してメモリに定義を保存することを数えません）？ディレクトリに保存されるファイルの量はパフォーマンスに影響しますか？ディレクトリに保存する必要のあるファイル数の大まかなベンチマークは何ですか？

Linux ( Red Hat Linux ) システムで大きなファイルをすばやく作成するにはどうすればよいですか?

ddは仕事をし/dev/zeroますが、テストのためにサイズが数百GBのファイルが必要な場合、ドライブからの読み取りとドライブへの書き込みには長い時間がかかる可能性があります...それを繰り返し行う必要がある場合、実際には時間がかかります。

ファイルの内容は気にせず、すばやく作成したいだけです。これはどのように行うことができますか？

これには、スパース ファイルを使用しても機能しません。ファイルにディスク容量を割り当てる必要があります。

Windows XP ディスク デフラグ ツールのレポートは、システムの多数のディスク パーティションでディスク使用量に一定のギャップがあることを示しています。発生する小さな一時的なギャップについて言及しているわけではありません。以下のディスク D では、問題のギャップは「最適化」という単語の下のギャップです。以下のディスク P では、ギャップは「定義前の使用」の下のものですが、より大きなものです。C パーティションにはこの異常はありません。サイズと配置パターンは明らかではありません。ファイル システムとデフラグ ツールの両方が回避する領域、無人地帯が存在するかのようです。これらのギャップは、毎日の使用と最適化に耐えます。これがページング ファイルからの残留物だとは思いません。とにかく、緑色で表示されるはずです。ごみ箱が空です。

何か案は？

ディスク D (20 ギガ):

ディスク P (40 ギガ):

キャッシュファイルを保存して7日間保持するWebサーバーがあります。ファイル名はmd5ハッシュ、つまり正確に32文字の16進文字であり、次のようなツリー構造で保持されています。

あなたはその考えを理解します。

私の問題は、古いファイルの削除に非常に長い時間がかかることです。私は毎日実行するcronジョブを持っています

完了するまでに半日以上かかります。スケーラビリティと、これがサーバーのパフォーマンスに与える影響について心配しています。さらに、キャッシュディレクトリは私のシステムのブラックホールになり、時折無実duまたはをトラップしfindます。

LRUキャッシュの標準的なソリューションは、ある種のヒープです。これをファイルシステムレベルにスケーリングする方法はありますか？管理を容易にする方法でこれを実装する他の方法はありますか？

これが私が考えたアイデアです：

1. 平日ごとに1つずつ、合計7つのトップディレクトリを作成し、毎日1つのディレクトリを空にします。これにより、キャッシュファイルのシーク時間が7倍になり、ファイルが上書きされると非常に複雑になり、削除時間にどのように影響するかわかりません。
2. 名前と日付にインデックスを付けたMySQLテーブルにファイルをblobとして保存します。これは有望に見えましたが、実際には常にFSよりもはるかに低速でした。多分私はそれを正しくやっていない。

何か案は？

予備の Intel Linux サーバーが多数 (数百台) 配置されており、それらを Web ホスティングおよびファイル共有環境の分散ファイル システムに使用したいと考えています。これは HPC アプリケーション向けではないため、高いパフォーマンスは重要ではありません。主な要件は高可用性です。1 つのサーバーがオフラインになっても、そのハード ドライブに保存されているデータは他のノードから引き続き利用できます。TCP/IP 上で実行し、標準の POSIX ファイル権限を提供する必要があります。

私は以下を見てきました：

• Lustre ( http://wiki.lustre.org/index.php?title=Main_Page ):非常に近いですが、ノード上のデータに冗長性はありません。RAID または DRBD を使用してデータを HA にする必要があります。Sun とオープン ソースでサポートされているため、しばらくは使用できるはずです

• gfarm ( http://datafarm.apgrid.org/ ): 冗長性を提供しているように見えますが、複雑さと保守性が犠牲になっています。Lustre ほどサポートされていません。

これらのシステムまたは他のシステムで動作する可能性のある経験がある人はいますか?