スワップファイルをなくそう4 - Release Memory2 (for Tiger) (うむらうす)

スワップファイルをなくそう4 - Release Memory2 (for Tiger)

'08 7/3追記)
Release Memory2に、今更ながらGrowl通知版を公開。作ってなかったと気付いておらず。
あとLeopard対応版作りました。
→Release Memory for Leopardを作ってみた (うむらうす)

内容
・Release Memory をバージョンアップし、Release Memory2を作った
・「アクセス権の修復」を行うことでも、inactiveなメモリが解放されるので、その方法を用いるAppleScript
・Script実行時間は格段に短くなった
・DashboardのCache削除機能も追加した
・対応OSはTigerまで

ダウンロード：
→Release Memory2.zip
→Release Memory2(Growl).zip

以下、詳細説明。

スワップファイル遊撃隊隊員の私です。
以前、スワップファイルができまくって動作がもっさりするのを防ぐため、解放されていないinactiveなメモリ（リークしている？）を解放するAppleScriptを作ったところ、各所でいろいろとコメントを頂いた。ありがとうございました。
→スワップファイルをなくそう2 (うむらうす)

このスクリプトが何をしているかというと、

Finderの再起動
Dockの再起動
Weekly Maintainance Script実行

を一気に行うということだった。

これはこれで便利に使っていたのだが、先日こちらのエントリーのコメント欄で、 thanksさんに新しいメモリ解放の方法を紹介していただいた。（後日こちらでも記載されているのを確認した→Apple - Support - Discussions - inactive memory ...）

その方法は至って簡単で、「起動ディスクのアクセス権を修復」すること。シンプルだ。試しにアクセス権修復をやってみると、inactiveで解放されていないメモリ（リークしているメモリと思われる）が確かに解放される。不思議だが、効果あり。

ということで、このアクセス権の修復によるメモリ解放のAppleScriptも作ってみた。（参考：macosxhints.com - Run Repair Permissions via an AppleScript）

ダウンロード：
→Release Memory2.zip
→Release Memory2(Growl).zip

上のリンクを左クリック or 右クリックで「リンク先を保存」。解凍すると(ダブルクリック、あるいはStaffIt Expanderなどを利用)、AppleScriptが生成します。アプリケーション形式なので、ダブルクリックで起動します。スクリプトエディターで開けば、ソースが見れます。

以下変更点、相違点など。

所要時間が短くなった
Weekly Maintainance Scriptでは実行に10分近くかかるのだが、アクセス権修復は1,2分で終わる。圧倒的に後者が早い。
FinderとDockの再起動はおまじないとして残しておいた。
オマケとしてmutaさんの提案にお応えして、 DashboardのCacheの削除プロセスも追加。
(参考：macosxhints.com - 10.4: Speed up Dashboard by clearing out its cache)
従って、Scriptの流れは 1. Finder再起動→2．Dock再起動→3．Dashboard Cache削除→ 4．起動ディスクのアクセス権修復
MXanadu62さんの指摘を受け、アクセス権修復の管理者権限を省略
メモリ解放タイミングが変わった
Weekly Maintainance Scriptでは、実行後数秒してからメモリが大きく解放され、その後は空きメモリは変化しないままScriptは動き続ける(Locate database, whois databaseを再構築している)。一方アクセス権の修復では、実行後しばらくは、空きのメモリはむしろ数十MB減るのだが、終了間際に空きメモリがガサッと増える。（と思ったけどすぐ減るかも。よくわからない。）

ということで、個人的にはこっちの方が早く済むのでオススメ。

まとめ

・「アクセス権の修復」を行うことでも、inactiveなメモリが解放されるので、その方法を用いるAppleScriptも作った
・Script実行時間は格段に短くなった
・DashboardのCache削除機能も追加した

ということで、新しいものが好みの人は、こちらをどうぞ。

＜追記＞
各所で紹介して頂いた。ありがとうございます。
・わかばマークのMacの備忘録 : Release Memory2　大変詳しく説明してくださっている（ここよりよっぽど詳しい）。参照されたい。
・muta's mac scribbling
＜／追記＞

以下ソース。興味のある方はどうぞ。


-- Finder再起動
tell application "Finder"
 quit
 delay 1
 activateFinder() of me
 if exists Finder window 1 then
  activate
  set windowBounds to (bounds of Finder window 1)
  set theFolder to target of Finder window 1
  close Finder window 1
  open theFolder
  set bounds of Finder window 1 to windowBounds
 end if
 
 
end tell


on activateFinder()
 try
  tell application "Finder" to activate
 on error
  activateFinder() of me
 end try
end activateFinder
-- Finder再起動ここまで


-- Dock再起動
do shell script "killall Dock"


--Delete Dashboard cache
do shell script "rm -rf ~/Library/Caches/DashboardClient/*"


-- Run Repair Permissions via an AppleScript - macosxhints.com
-- http://www.macosxhints.com/article.php?story=20030120061404240
-- MXanadu62さんの指摘により管理者権限省略
do shell script "diskutil repairPermissions /" 


display dialog "Release Memory 終了しました！" buttons {"OK"}

投稿者: haru 日時: 2007年5月21日 23:53 | パーマリンク

トラックバック

このエントリーのトラックバックURL:
http://soap.s216.xrea.com/umu/mt/mt-trackback-script.cgi/1166

コメント (14)

E-WA:

最後から 2 行目ですが、
do shell script "sudo diskutil repairPermissions /"
ではなく
do shell script "diskutil repairPermissions /" with administrator privileges
としないと、管理者パスワードが入力できずにストップしてしまうみたいですが。

投稿者: E-WA | 2007年5月22日 08:57

日時: 2007年5月22日 08:57

ハル:

E-WAさん

大変ありがとうございます。
前回のScriptでは使っていたのに、もう忘れているとはなんという鳥頭。

ともあれ、直しました。感謝。

投稿者: ハル | 2007年5月22日 22:49

日時: 2007年5月22日 22:49

thanks:

修正後のAppleScriptを試しました。とっても良いAppleScriptですね。
メモリで泣かされていたMacユーザーにとって最高の贈り物です。

投稿者: thanks | 2007年5月23日 09:08

日時: 2007年5月23日 09:08

ハル:

thanksさん

おほめいただきありがとうございます。
もしこういうものが欲しいなーなどとの要望があれば、応えられるかもしれませんので、つぶやいてみるとよいかもしれませんです。

投稿者: ハル | 2007年5月24日 00:11

日時: 2007年5月24日 00:11

MXanadu62:

ハルさま、初めまして。

私もSwapファイルに悩んでいた人間の一人です。どうしてできるのかを色々と調べていましたが、目的はSwapファイルが作らせないことだと、このエントリーで気がつきました。

余談になりますが、一応気づいたことを書き留めておきます。

1. inactiveメモリは、当然かもですが、ログアウトでも解放されるようです。私はiBook G3 500MHzなので、数分の放置が必要ですが…。

2.ログアウトもアクセス権修復も、InactiveメモリとFreeメモリのサイズが拮抗している場合は、あまり効果がないようです。効果があるのはFreeメモリが10MBを切った辺りのようです。（これは拙作のAppleScriptにてvm_statの挙動をモニタした結果です）

3.AppleScriptでアクセス権修復を行う場合、単純にdo shell script "diskutil repairPermissions /"で良いのではないかと思います。

いずれにしても、今まで必ずSwapファイルができてしまったソフトを使っても、システム起動時に作られる64MBを超えず、ページアウトも3MB以下で収めることができました。本当に感謝致します。ありがとうございました。

蛇足の蛇足
メモリのモニタはアクティビティモニタでもできるのですが、私のiBookにとって、それ自体負荷になるのでAppleScriptを使っています。下の場所にしばらく置いておきますので、万が一興味があれば拾ってやってください。

http://www10.plala.or.jp/pipedream/archives/Memory_Statistics.zip

投稿者: MXanadu62 | 2007年6月21日 17:17

日時: 2007年6月21日 17:17

ハル:

MXanadu62さん

盛りだくさんの情報ありがとうございます。お役に立てて何よりです。
さて、お見受けするに私よりも詳しい感じがしますので、私のコメントは適当に聞き流して下さい。

1．おっしゃるとおり、inactiveメモリは解放されそうですね。しかしスワップファイルが残ってしまうのが悩みどころですね。

2．私の理解では、効果があるのはメモリリークを起こしているかどうかだと思ってます。残りのメモリが少ないときには、必然的にリークがおきているからなのではないかと思います（本当のところどうなのかは知りません）。

3．ホントだ・・・なぜか管理者権限必要だと思い込んでました・・・後で直しておきます。

メモリモニタのAppleScriptも軽くて便利ですね。こういう便利なツールがあると、みんなで少しずつ幸せになって行けると思うので、どんどん行ってしまうとよいと思いました。

投稿者: ハル | 2007年6月22日 00:40

日時: 2007年6月22日 00:40

MXanadu62:

ハルさまへ。

またもや長文のコメントで失礼致します。

> しかしスワップファイルが残ってしまうのが悩みどころですね。

私のiBookでは一度できたスワップファイルが消えた試しがありません。（悲）
本当はフリーメモリが十分大きくなったら消えるはずなのですが…。
ですので、できる直前を狙います。（笑）

> 残りのメモリが少ないときには、必然的にリークがおきているからなのではないかと思います

この辺りは私も良くわかりません。
ただ、Apple純正のCocoaアプリだと、終了した時にinactiveを解放してくれるように思います。
性悪なのはToastとToast付属のCD Spin Doctorです。どちらも動作時にたっぷりとメモリを使い、終了しても解放しません。
それがメモリリークなのか、ソフトの設計が悪いのかは分かりませんが、どうもソフトによるような気がします。

> メモリモニタのAppleScriptも軽くて便利ですね。

ありがとうございます。図に乗って説明書を作ってVectorさんで公開しようかと考え始めました。（苦笑）

投稿者: MXanadu62 | 2007年6月27日 01:27

日時: 2007年6月27日 01:27

ハル:

MXanadu62さん

どうもいらっしゃい。
>私のiBookでは一度できたスワップファイルが消えた試しがありません。（悲）
>本当はフリーメモリが十分大きくなったら消えるはずなのですが…。
>ですので、できる直前を狙います。（笑）

スワップファイルって消えるべきなんですか？
消えてくれれば虹色カーソルぐるぐるにはならないでしょうに・・・

>ただ、Apple純正のCocoaアプリだと、終了した時にinactiveを解放してくれるように思います。

私の見立てでは、QuickTimeも結構解放し残しがある感じです。Toastもバックアップソフト系もメモリ食べちらかしますね。

いつも正常にメモリを処理してくれるのなら、すぐに解放しなくても別に構わないのですが、結局そうやって残メモリが少なくなっているところで、他のアプリにやられてスワップファイルまみれ、というのがパターンな気がします。

Leopardになって何か変わるんですかね。

投稿者: ハル | 2007年6月27日 23:45

日時: 2007年6月27日 23:45

MXanadu62:

ハルさまへ。

コメント欄を掲示板のようにしてしまって済みません。

> スワップファイルって消えるべきなんですか？

フリーメモリというのは誤りでした。ごめんなさい。
Mac OS X 10.4.9に使われているDarwinのソースコード(system_cmds-336.1.8のdynamic_pager.c）にそれらしき表現があるのですが、削除するかどうかは解読できませんでした。
ただ、Pantherのdynamic_pager.cのコメントを翻訳したらしいMLの記事（URLを参照してください）があり、そこでは削除されるとなっています。（翻訳が正しいかどうかは分かりません）

> QuickTimeも結構解放し残しがある感じです。

CarbonはQuickTimeをOS Xに移植する時に考え出された手法だと聞いたことがあります。
まさかとは思いますがMac OS X 10.4.10でもQuickTimeが未だにCarbonだったりするのでしょうか？
＃FinderはCarbonらしいですね。（未確認）

> Leopardになって何か変わるんですかね。

4GBを超える物理メモリ領域を扱えるようになるので期待はできますが、アプリも肥大化する可能性があるのでいたちごっこになりそうな気がしますね。

以上、また長くしました。長文癖なのです。笑って許してやってくださいませ。

投稿者: MXanadu62 | 2007年6月29日 22:11

日時: 2007年6月29日 22:11

ハル:

MXanadu62さん

>コメント欄を掲示板のようにしてしまって済みません。

本物の掲示板は閑古鳥なので全く問題なしです(^_^;)

記事の紹介ありがとうございます。
リンク先の記述の