- Community Home
- >
- HPE Community, Japan
- >
- HP-UX
- >
- System Management
- >
- ufsのフラグメンテーションについて
system management
1753468
メンバー
4857
オンライン
108794
解決策
フォーラム
カテゴリ
Company
Local Language
戻る
フォーラム
ディスカッションボード
フォーラム
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
ディスカッションボード
ディスカッションボード
ディスカッションボード
フォーラム
ディスカッションボード
戻る
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
ブログ
情報
コミュニティ言語
言語
フォーラム
ブログ
トピックオプション
- RSS フィードを購読する
- トピックを新着としてマーク
- トピックを既読としてマーク
- このトピックを現在のユーザーにフロートします
- ブックマーク
- 購読
- 印刷用ページ
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
01-26-2005 02:35 PM
01-26-2005 02:35 PM
ufsのフラグメンテーションについて
『ufs でのフラグメンテーションというのは、空きブロックの分断化という意味でファイルの分断化という意味ではない。
ファイルは出来る限り連続のブロックに配置され、連続ブロックが確保出来ない場合にのみファイルの分断化が起きる。
フラグメンテーションでの性能劣化が発生するのは容量一杯近くで動作させているからで、その場合のフラグメンテーションの解消方法はディスク容量を増やす事。』と考えているのですが、これは間違いでしょうか?
ファイルは出来る限り連続のブロックに配置され、連続ブロックが確保出来ない場合にのみファイルの分断化が起きる。
フラグメンテーションでの性能劣化が発生するのは容量一杯近くで動作させているからで、その場合のフラグメンテーションの解消方法はディスク容量を増やす事。』と考えているのですが、これは間違いでしょうか?
1件の返信1
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
01-26-2005 03:10 PM
01-26-2005 03:10 PM
ufsのフラグメンテーションについて
ufs(HFS)はもともと物理的な連続ブロックに配置することは考慮されていなかったと思います。
物理的に近い領域をシリンダグループとして管理し、可能な限り同じシリンダグループ内から割り当てをしていたはずです。
ですので、ファイルは、物理的には非連続な領域に格納されます。
さらに、ディスクスペースを有効に利用するために、一次ブロック、フラグメントブロックという概念が導入されています。
一次ブロックをさらに小さく割ったものがフラグメントブロックで、ファイルの終端のみに利用されます。
これによって、複数のファイルが一次ブロックを共有することができ、無駄になるディスクスペースを削減できます。
> ファイルは出来る限り連続のブロックに配置され、
> 連続ブロックが確保出来ない場合にのみファイルの
> 分断化が起きる。
> フラグメンテーションでの性能劣化が発生するのは
> 容量一杯近くで動作させているから
これは、フラグメントブロックの割り当てについては当てはまります。
ファイルサイズが増大するときに、連続領域を割り当てるために、他のファイルのフラグメントブロックを移動させる必要があり、そのために性能劣化が発生すると思います。(だからファイルの分断化は起きないかも)
物理的に近い領域をシリンダグループとして管理し、可能な限り同じシリンダグループ内から割り当てをしていたはずです。
ですので、ファイルは、物理的には非連続な領域に格納されます。
さらに、ディスクスペースを有効に利用するために、一次ブロック、フラグメントブロックという概念が導入されています。
一次ブロックをさらに小さく割ったものがフラグメントブロックで、ファイルの終端のみに利用されます。
これによって、複数のファイルが一次ブロックを共有することができ、無駄になるディスクスペースを削減できます。
> ファイルは出来る限り連続のブロックに配置され、
> 連続ブロックが確保出来ない場合にのみファイルの
> 分断化が起きる。
> フラグメンテーションでの性能劣化が発生するのは
> 容量一杯近くで動作させているから
これは、フラグメントブロックの割り当てについては当てはまります。
ファイルサイズが増大するときに、連続領域を割り当てるために、他のファイルのフラグメントブロックを移動させる必要があり、そのために性能劣化が発生すると思います。(だからファイルの分断化は起きないかも)
上記の意見は、Hewlett Packard Enterpriseではなく、著者の個人的な意見です。 このサイトを使用することで、利用規約と参加規約に同意したことになります 。
© Copyright 2024 Hewlett Packard Enterprise Development LP