問題タブ [ext3]

ディレクトリ内のファイルを分析して削除するデーモンを実行しています。何らかの理由でデーモンが実行されていない場合、ファイルがスタックされます。今日、そのディレクトリには90kのファイルがありました。デーモンを再起動すると、すべてのファイルが処理されました。

ただし、ディレクトリは大きいままです。「ls-dh」5.6M のサイズを返します。そのディレクトリを「最適化」するにはどうすればよいですか? そのディレクトリの名前を変更し、同じ名前と権限で新しいディレクトリを作成すると問題が解決することはすでにわかっています。ただし、ファイルは常にそこに書き込まれるため、ディレクトリの名前を変更して新しいディレクトリを作成する安全な方法はないようです。しばらくの間、ターゲット ディレクトリは存在しません。

a) ext3 ファイルシステム上のディレクトリを最適化できる方法/(シェル) プログラムはありますか? または b) ディレクトリにロックを作成して、名前の変更/作成が完了するまでファイルの書き込みをブロックする方法はありますか?

タイトルはそれだけです、ext3cowがまだ開発されているかどうか疑問に思っていますか？

ここでイライラする問題があります。サイズが数GBのinnodbテーブルにインデックスを追加する必要があります。

私がこれを試すたびに：

私は得る

私はすでにinnodb_data_file_path=ibdata1：10M：autoextendを持っているので、テーブルスペースに制限はありません。また、innodb_file_per_table=onも持っています。

また、300ギガのスペースがあるパーティションでtmpdirをdirに変更してみました。

サーバーは64ビットのDebianで、ext3ファイルシステムと7.5GBのRAMを備えています。テーブルにはすでに4つのインデックスがあります。

誰かが問題が何であるかを明らかにすることができますか？

ありがとう

リッチ

ジャーナリングが ext3 でどのように実装されているかについてのドキュメントを探していましたが、適切なリソースが見つかりませんでした。私は ext2 の内部構造に精通しており、Linux と Minix で同じものを実装しました。

ext3 でのジャーナリングの実装を理解するのに役立つリソース/コード スニペットを教えてください。

http://olstrans.sourceforge.net/release/OLS2000-ext3/OLS2000-ext3.htmlを読みました。これは、ジャーナリングが ext3 に実装されたときに使用された設計上の問題の優れたレビューです。ext3ジャーナリングが実装されているLinuxカーネルコードのセクションを教えてもらえますか?

ext4ファイルシステムの仕様はどこにありますか？

（非公式のドラフトは、適度に最新である限り問題ありません。利用できない場合は、ext3でも問題ありません。）

EXT3 ファイルシステムのソース コードを理解したいと思っています。コードを完全に理解するには、少し事前に消化する必要があると思います。ソースコードの基本的な理解を得ることができる資料（ブログなど）を提案してください。

アカデミックおよびタスク関連の目的で、NTFSおよびEXT上のファイル内でファイル関連のデータがどのように関連付けられているかを知る必要があります。オペレーティングシステムはどのようにしてファイルの名前を認識しますか？編集者は、ファイルの内容を処理するエンコーディングをどのように知るのですか？

これらの詳細は、NTFS / EXTの別の情報の場所に保存されていますか、それともファイル自体に含まれていますか？

i ノード ポインタ構造など、これらのファイル システム間の本質的な違いを本当に知りたいです。

ありがとうございました