inode構造を使用してファイル/ブロックを指すファイルシステムを設計する場合、実際に必要なinodeの数はどのように決定されますか?ファイルシステムの開発
答えて
ファイルシステムの作成中に相対パラメータを設定するシステム管理者以下のUnixファイルシステム(ext * fsなど)では、実際にはシステム管理者以下です。
ファイルシステムがたくさんの小さなファイル(ニュースやメールサーバーが典型的な例です)をホストする場合、各オブジェクト(ファイルまたはディレクトリ)ごとにiノードが必要なので、多数のinodeが必要です。
一方、ファイルシステムは、より多くのinodeを必要としない、より大きなファイル(例えば、ビデオサーバ)をホストする場合。
inodeは領域を占有するため、パフォーマンス/効率と目的に合った十分なinodeをバランスさせることが重要です。単純な方法は、同様の使用パターンを持つアクティブファイルシステム上の平均ファイルサイズを計算し、その値を新しいFS上のバイト/ iノード比のベース値として使用することです。これにより、使用パターンが大幅に変化しない限り、ボリュームがいっぱいになってもFSが機能し続けることができます。
実際にボリュームを作成するのではなく、新しいファイルシステムを設計する場合は、他の一般的なUnixファイルシステム(例:JFS、XFS、Reiserfs)と同様にiノードを動的に割り当てるという考えを考慮する必要があります。そうすれば、あなたのファイルシステムは少し柔軟になりますが、一般的に動的FS構造は腐敗の問題からの回復を著しく困難にすると考えられています。
最近のファイルシステム(XFSは1つ)では、必要に応じて動的にiノードを割り当てます。この機能を持たないファイルシステムは、ディスクサイズに関連したエクスペリエンスベースの値を選択します(例えば、ext2/3/4は4KBのディスクスペースIIRCあたり1のiノードを作成します)。通常、ファイルシステムを作成するときにこの値を調整する方法があります。
- 1. App Engine開発サーバーのファイルシステムに書き込む
- 2. Railsアプリケーションのファイルシステムでpdfファイルを開く
- 3. Asp.Net 4 Web Appのファイルシステム公開
- 4. ファイルシステム内のDerby/JDBCデータベースを開く
- 5. Web開発とデスクトップ開発のASP.net
- 6. Gmailサイドバーガジェットの開発、開始
- 7. Shaderの開発開始
- 8. レーシングゲームの開発を開始
- 9. CMSの開発
- 10. ブラウザプラグインの開発
- 11. クロスプラットフォームの開発
- 12. コロナエンタープライズプラグインの開発
- 13. iphoneの開発
- 14. ガジェットの開発
- 15. アラームアプリケーションの開発
- 16. レインボーテーブルの開発
- 17. ビデオストリーミングウェブサイトの開発
- 18. クロスプラットフォームアンドロイドアプリケーションの開発
- 19. ライセンスマネージャツールの開発?
- 20. チャットモジュールの開発
- 21. ドラッグアンドドロッププラグインの開発
- 22. Facebookの開発
- 23. ポータブルモバイルアプリケーションの開発
- 24. ウェブカメラチャットアプリケーションの開発
- 25. ゲームの開発
- 26. モバイルウェブアプリケーションの開発
- 27. ショッピングウェブアプリケーションの開発
- 28. チタンアンドロイドアプリケーションの開発
- 29. iPhone開発開始
- 30. 開発者と非開発者の間でios開発を共有する