| 6.2. System Resources | ||
|---|---|---|
|
6. Preferences Dialog |  |
| 6.2. System Resources | ||
|---|---|---|
|
|
6. Preferences Dialog | |
図15.69 System Resources
This page lets you customize the amount of system memory allocated for various purposes. It also allows you to set the size of thumbnail files that GIMP produces.
リソースの使い方
GIMP はほとんどの操作が取り消せるようにするため、 各画像ごとに「作業履歴」を保持していますが、 その目的で一定量のメモリーを割り当てることになります。 ただし GIMP はメモリーの総消費量を無視してでも直近の操作には最小限の取り消し手数を確保します。 その手数はここで指定します。 GIMP の作業履歴機能についてのさらなる情報が 「取り消し」 にあります。
これは各画像ごとに割り当てる作業履歴のためのメモリー量の仮の上限です。 作業履歴がこの容量を越すと、 最も古い操作の記録から順に削除されることになりますが、 もし履歴の手数が上記の最小エントリー数を下回るようならば削除しません。
これは GIMP の画像データに割り当てるシステム RAM の容量です。 この上限を越えてメモリーを要求するときは、 GIMP はディスクへスワップ[データの一時退避]を始めますので、 情況によっては劇的な減速をもたらします。 この数値は GIMP をインストールする際にも設定可能ですが、 この場でそれが変更できます。 タイルキャッシュの設定方法 に詳しい情報があります。
これは厳しい制限ではありません。 この容量を越える大きさの画像を作成しようとすると、 本当にそうするか尋ねるようになっています。 超巨大な画像を作成すると GIMP が異常終了するか、 反応が極端に遅ーーーーくなるので、 こうして意図しない偶発的な作成を防いでいます。
This sets the compression method used for tile data stored in the swap. Compression can both reduce the swap size, and increase its speed, by minimizing input and output. Values are best performance (the default), balanced, and best compression, or none to disable compression altogether.
Multi-threading allows making use of multiple cores for processing. Not all features make use of that for the moment. A point of interest is that multi-threading happens through GEGL processing, but also in GIMP core itself, for instance to separate painting from display.
Network Access
When this option is enabled, GIMP will regularly check at start-up if a new version is available. If there is, you will get an alert that you can update. Note that this option requires you to have an internet connection and for GIMP to be allowed access to the internet.
Image Thumbnails
This options allows you to set the size of the thumbnails shown in the File Open dialog (and also saved for possible use by other programs). The options are 「No thumbnails」, 「Normal (128x128)」, and 「Large (256x256)」.
GIMP はここで指定した最大容量を越す画像ファイルに対して縮小見本画像を作成しません。 このオプションで極端に大きな画像ファイルをサムネイル化する際に GIMP がノロノロと遅くなってしまうのを防げます。
ファイル履歴
When checked, files you have opened will be saved in the Document history. You can access the list of files with the Document history dialog from the main menu: → → .
This section covers the Tile cache size setting under System Resources.
データの処理や絵の操作をすすめるにつれ、 GIMP はより多くのメモリーが必要になってゆきます。 多く使えるに越したことはありません。 GIMP はオペレーティングシステムが利用を許したメモリー資源を可能な限り効果的に使いつつ、 使う人にとっての快適さと画像処理の速さを維持するよう努めています。 処理される内部データはその間、 記憶装置上でブロック状の画像データに分割管理されます。 これらの置かれる場所は遅い固定記憶装置や速い主 RAM のいずれかもしくは両方の 2 つの異なるデータ記憶形態です。 GIMP は RAM を好んで使おうとしますが、 そのメモリー容量が足りなくなると残りのデータはハードディスク上に置かれます。 こういった画像データの固まりを参照するとき通常はこれらを「タイル」と呼び、 その全体的な機構のことを「タイルキャッシュ」といいます。
タイルキャッシュ値を低くすると GIMP は、 RAM に空きがあっても全く使おうとせず、 データをいきなりディスクに送るので、 さして意味もなくディスクをはたらかせてしまいます。 タイルキャッシュ値が高すぎると、 他のアプリケーションが使う分のシステムの資源が欠乏してスワップ現象が起きだし、 やはりディスクばかりに負担をかける結果になります。 しかもこういうときは RAM が不足しているので不意に終了するものや異常をきたしはじめるものさえ出てくるかもしれません。
それではタイルキャッシュの大きさはどの位が適当でしょうか。 ちょうど良い値を見付けるためのコツやちょっとした技をここに紹介します。
一番楽なやり方は何も気にしないで、 既定値でうまくいくと信じることです。 コンピューターに搭載されている RAM がたとえ少なかったとしても、 GIMP で扱う画像が小さくて、 同時に稼動している他のアプリケーションが 1 つか 2 つぐらいだったらそれでも大丈夫でしょう。 難しいことが嫌いな方にとっては、 GIMP の主な用途がスクリーンショットを撮ったりロゴを作成したりするだけならば、 これが最良の処方だといえそうです。
If you have a modern computer with plenty of memory, setting the Tile Cache to half of your RAM will probably give good performance for GIMP in most situations without depriving other applications. Probably even 3/4 of your RAM would be fine.
一定の間をとりながら少しずつその値を上昇させてゆくのなら、 システムがメモリー不足を訴えることもなくそのつど加速が見込めます。 ただしときには突然にメモリー不足が顕在化し、 一部のアプリケーションを資源確保のため強制終了するはめになるおそれがあります。
簡単な計算で済みますから実用的な値を弾き出しましょう。 遅かれ早かれ調整しなければならないことですし、 上に挙げた方法によることになるでしょう。 さあこれでタイルキャッシュの設定の違いでどんな結果がでるか判りましたし、 お使いのコンピューターから最大限の処理能力が引き出せるようになりました。
最後の提案にあったちょうど良い値が気になると思います。 これを得るには、 まずはじめにお使いのコンピューターについていくつかのデータを用意せねばなりません。 システムに搭載されている RAM の容量、 オペレーティングシステムのスワップスペースの利用可能な容量を調べることはもちろん、 さらにはオペレーティングシステムのスワップスペースがあるディスクや GIMP のスワップスペースがあるディスクの読み書き速度についてもおおよその目安をつけてください。 ディスクの検査をするとか回転速度 (RPM) を確かめるという意味ではありません。 複数台あるときにどちらかが明らかに速かったりもしくはほとんど同じだったりするので、 そういったことを知っておけば十分です。 GIMP のスワップ用フォルダーを置くディレクトリーについては、 設定 ダイアログの「フォルダー」のページの スワップ用フォルダー で変更できます。
つぎに、 GIMP と同時に稼動させたい他のアプリケーションが使う資源量を見積らなくてはなりません。 この測定ではそのとき使いたい GIMP 以外のアプリケーションを全部起動して使用量を調べます。 測定に使うアプリケーションはお使いの OS などの使用環境によって異なりますが、 たとえば top や free コマンドが利用できます。 見てほしいのは残りメモリー容量と、 ファイルキャッシュ残量です。 最近の UNIX 系システムなら未使用メモリーをできるだけ小さくして大きなファイルやバッファーキャッシュを保持しようとしているはずです。 Linux™ の free コマンドの出力では、 free と書かれた列の -/+ buffers/cache と書かれた行を見てください。 スワップ残量も読み取りましょう。
あとはいよいよ決断ですがちょっとだけ簡単な計算が必要です。 決断で肝心な点は、 すべてのタイルキャッシュを RAM にたよるか、 RAM だけでなく一部をオペレーティングシステムのスワップ領域にも依存するのかどうかということで、 これで考え方も変わります。
GIMP と他のアプリケーションと頻繁に切り替えながら作業されていますか？ それともずっと長時間専ら GIMP だけで作業されているのでしょうか？ GIMP と長く過ごす方は RAM とスワップの両方に空き容量があるか確かめてください。 ほとんど残っていない場合は 2. に進みましょう。 (よくわからない方も 2. に進みましょう。) 一方、 細切れにアプリケーションを切り替えながら使う方は RAM の空き容量だけを読み取ってから 4. に進んでください。 他の値を調べる必要はありません。
オペレーティングシステムのスワップ領域が置かれているのと同じディスク内に GIMP のスワップ用フォルダーを置いていますか？ 同じであれば RAM とシステムのスワップを増やすとよいでしょう。 ディスクが別の方は 3. に進んでください。
OS のスワップ領域があるディスクの速さは GIMP のスワップ用フォルダーがあるディスクと同等もしくはそれ以上でしょうか？ 逆に遅いものであるなら RAM の空き容量だけが問題です。 同等もしくはそれ以上の速いディスクだったら、 そのシステム用スワップと RAM の空き容量の両方を増やすとよいでしょう。
RAM の空き容量だけ、 もしくは RAM の空き容量と OS のスワップの残量の和の数値が判りましたでしょうか。 この値を、 万全を期すため少し小さくしてからタイルキャッシュの設定値にしてみるのが良策でしょう。
もうお觧りになったと思いますが、 すべては記憶資源の残量の確認と、 いかに OS のスワップを有効活用するかにかかっており、 さもなくば手をつけられないほどの問題を抱えるおそれがあります。
もちろんタイルキャッシュの設定には他のきっかけもあります。 まず基本的なところではコンピューターの使用状況が変化するとか、 ハードウェア自体を変更したという場合です。 そういうときには[今までの]コンピューターの使い方や処理速度についての勘はもはやあてになりません。 やはり先に述べた決断への過程を通して適当な値を見極める必要があります。 その値は以前のものとほとんど変わらないかも知れませんし、 全然違う値が出てくるかもしれません。
タイルキャッシュの値を変えるもうひとつの理由はどうも GIMP の動きが鈍くて他のアプリケーションと比べると遅いように感じられる場合です。 考えられるのは他のアプリケーションの邪魔をするほどではなくとももう少し多く GIMP にメモリーを与えてもよいかもしれないということです。 逆に他のアプリケーションがメモリー不足を訴える場合には、 あまり GIMP が食べ過ぎないよう調節するといいかもしれません。
RAM だけ使うと判断していて GIMP の動作が遅い場合は、 設定値を少しだけ増やしてみましょう。 ただしスワップの残りも全部使ってしまわないようにしてください。 その逆の場合、 つまり RAM とシステムスワップの両方を使っていて記憶資源不足が問題になっているときは、 GIMP が使える RAM の分量を減らしたほうがよいでしょう。
このほかには手持ちの一番速いディスクや、 普段使っているファイルを収めるディスクとは別のディスクにスワップ用フォルダーを置く技があります。 通常はオペレーティングシステムが管理するスワップ領域を複数のディスクに分散して置くのも良策といえます。 言わずもがなではありますが RAM をもっと容量の大きなものに買い替えるか増設する手がありますし、 同時にあまりたくさんのプログラムを走らせ過ぎないようにするのも方法です。 そもそも[搭載メモリー] 16MB のコンピューターでポスター大の画像を編集できるわけがありませんし、 きびきびとした操作は無理というものです。
画像を開いたらそれが消費するメモリー量も見てみてはどうでしょうか。 画像は大きいものほど、 また操作履歴が長くなればなるほど、 資源の消費量も増えていきます。 ここで得られる数値を参考にするのもひとつの方法ではあります。 ただし扱う画像の大きさがほとんど同じで、 消費される実際のメモリー量も変化しないことが条件です。 そのほかこの消費量を参考にすれば必要な RAM 容量やディスク容量の目安にもなるでしょう。
