おしえて

これて逆じゃないですか？

解決済

質問者：ゆゆにゃ。
質問日時：2024/07/16 11:43
回答数：4件

ページサイズの選択は、システムのパフォーマンスとメモリ利用効率に影響を与えます。小さなページサイズはオーバーヘッドを増加させる可能性がありますが、メモリの断片化を減少させる効果があります。一方、大きなページサイズは管理のオーバーヘッドを減少させますが、断片化の問題を悪化させる可能性があります。

パソコン

通報する

この質問への回答は締め切られました。

質問の本文を隠す

回答 (4件)

ベストアンサー優先
最新から表示
回答順に表示

No.1ベストアンサー

回答者： hnks192059
回答日時：2024/07/16 12:41

正しいです

ページサイズが小さいと、それより大きなメモリを確保する場合にメモリ確保する頻度が上がるため、そのための手続きにかかるオーバーヘッドが増えます
その代わり、空いているメモリ領域の中で小さい空間も確保しやすいため隙間を少なくメモリ確保できます（断片化が少ない）

大きなページサイズの場合はその逆でメモリ確保時の手続き回数を減らせるためオーバーヘッドが少ない
小さい空き空間は使えないのでメモリ確保できなくなる可能性が高まるため定期的にメモリ領域の整理（デフラグ的な整理）が必要な頻度が上がる

- 2
- 件

通報する

この回答へのお礼

ありがとう

なるほど、ありがとうございます :)

通報する

お礼日時：2024/07/18 15:01

No.4

回答者： tknakamuri
回答日時：2024/07/17 00:10

まず何の話なのか書かないと駄目。

MMUのぺ一ジサイズの話なのか
アプリのメモリアロケー夕ライブラリ(cのmalloc/freeとか)の
ページサイズの話なのかくらいは書かないと。

後者は純粋にソフトなので、ページサイズを複数持つことも可能。
実際単一ペ―ジサイズではない実装の方が多い。
実際のメモリアロケーションはMMUを使ったメモリ割り当てと
アロケー夕ライブラリの2段構えになるので
一筋縄で論じられる話題では無いよ。
アプリのメモリの使い方によって解は全く違ってきます。

- 0
- 件

通報する

No.3

回答者：もちからぼたもち
回答日時：2024/07/16 15:44

逆じゃないです。

オーバーヘッドとはメモリの読み書きの準備と後始末にかかる余分なというと語弊がありますが少ない方がよりスピードアップできるタイムロスです。

小さなページサイズだと読み書き回数が増えるのでオーバーヘッドタイムもたくさんになります。

メモリ断片化は説明がめんどくさいですがテトリスで大きいのがきたり小さいのがきたりを想像したら良いかもしれないです。

というかオーバーヘッドもテトリスでいいです。