Evolution-calendar-factoryはなぜそんなに多くの仮想メモリを使用するのですか?

Evolution-calendar-factoryはなぜそんなに多くの仮想メモリを使用するのですか?

Gnome 3.14.1を含むDebian Jessie 64ビットでは、システムモニタはevolution-calendar-factoryプロセスが1.1GiBとevolution-alarm-notify826.6MiBの仮想メモリを使用していることを示しています。カレンダーやアラーム時計を使用していませんが、これは少し目的に反していませんか?ほぼ2GiBのメモリ(仮想メモリを含む)は代替のために使用されますか?使用量に比例してこれを下げるにはどうすればよいですか(つまりほとんどありません)。実際に私が使用する唯一の「カレンダーを使う」は、トップバーの日付をクリックしたときに表示される小さなカレンダーであり、近い特定の日付がどの曜日であるかを確認するために数ヶ月を検索する必要があります。 1年全体を検索することもできないことを考慮すると(毎月のみ)、これは私が見たものの最大のメモリの無駄のようです。

上部のバーで日付をクリックし、「カレンダーを開く」を選択すると、「Evolutionへようこそ。表示されます。これは、Evolutionがまだ何も接続されていないことを意味しますが、2GiBのメモリを使用するものは何ですか?

別の関連質問:スワップ使用量は0バイトなので、これらの仮想メモリはどこにありますか(gnome-shellfirefox-esrの3.2GiBが使用されています)?

ベストアンサー1

プロセスの仮想サイズまたはvszは物理メモリ使用量ではありません。

仮想メモリには、割り当てられたスペースと未使用の物理スペースがあります。またすることができますマッピングされたすでにディスクにバックアップされているファイル。 64ビットマシンは256TiBの仮想スペースを処理できる必要があります。 32ビットシステムでプロセスが2GB以上のスペースを割り当てようとしたときPAEアドレス指定可能な制限に達する可能性がある場合。

Windowsとは異なり、「仮想メモリ」という用語は、ディスクにページングされたアクティブメモリ領域を意味しません。これをスワップ空間といいます。

各プロセスの物理メモリ使用量に近づくには、PSS指標を見てください。/proc/${pid}/smaps 共有メモリ占有

awk '/^Pss:/ { total += $2 } END{ print total }' /proc/*/smaps

おすすめ記事