SAFARIが落ちやすい

＞Officeは入れていますが関係はよく分かりません。
Office Xは、私も入れていますが落ちませんので関係ないように思います。
ATOKは入れていません。#ことえり一筋です (^^;)
ATOKは常駐ソフトなだけあって、コンフリクトの話はたまに見かけますし
疑わしいと思うのであれば、しばらく外して様子を見てみるのもよいかと思います。

メモリを256MBにして運用しはじめました....。
メモリのスワップが頻繁にHDDと行われていますが
今のところ一度もSafariは落ちなくなりました。
ということは「メモリ」が原因臭いです。
それだけSafariはメモリにシビアなアプリなのでしょうかねぇ。
来週には同一ロットの512MB×３枚が戻ってきます。
それを導入（1.75GB）しての経過はまはご報告しますね。

現在、どうやら一部リンク先デッドになってますので
「QuickTime News」「eNews」の購読チェックを外して
ダウンロードしてみて下さいな。
私はそれでダウンロード可能でした。
逆に購読チェックが入っているとデットリンクに行き着きます（苦笑）
（ちなみにiDisk経由での入手も可能な筈です）

＞ということは「メモリ」が原因臭いです。
そのようですね。その後の報告お待ちしていますので、よろしくお願いします。

すみません、あなたの質問を見落としていました。
higekuma さんの提案でそれが生成されない場合は、QuickTimeアプリを起動して、QuciTime movieでも閲覧して下さい。予め開いておいたPereferencesフォルダにcom.apple.quicktime.plugin.preferences.plistができると思います。

＞昨日、HDDの初期化〜OSXの再インストールを行いました。結果から言いますと、これでもまったく改善されてません。
HDDの初期化は、「全データゼロ」オプションを採用されましたか？そうであれば、RAMSafari/Mac OS Xのコラボレーションがきちんと働いていないかもしれません。 higekuma さんが現在RAMを調査中ですが、下でそのことに触れられています。

あのー、ターミナルでtopかけて見ると必ず出てくる項目のことをご教授受けられるとうれしいです。
PhysMem: 90.4M wired, 127M active, 177M inactive
wired,active,inactiveの違いは何となく判るんですけど、
inactiveはなぜアプリを終了させても劇的に減らないのでしょうか。
不活性なメモリ量って事ですよね？直訳すると。
なんなんでしょう？inactiveの意味とは。
すいません、質問君になってます（ひ、久しぶりだぁ）

やはりSaariは落ちます。
気のせいか落ちる頻度は減ったような気がします。
落ちたタイミングで確認できたのが、「Dockにしまったウィンドウをアクティブにした際に落ちた」と「SUN Java利用ページでレインボークルクル」「SUN Java利用ページで落ちた」とかです。
新しいLogをUpしましたので、解析できる方は参考になさって下さいませ。
Webアドレスは変更してません。共有にOldとNewがありますので。
http://homepage.mac.com/higekuma/
ちなみにOSインストールしなおし＆同一ロットRAMへの変更の結果です。
むぅ。
どうしたもんか。
256MBで運用していた時の方が安定していたなぁ。
原因は大きなメモリ空間にした場合とSafariとの問題？！ぽい？！

再利用（解放）が可能なメモリブロックって意味らしいです。
必要になったら解放して使ってねって。
なので、必要になるまで解放されないのではないかと。
ディスクキャッシュとかその辺りなのかも。
メモリ確保アルゴリズム詳細
ページ解放の方針
Article 15510 at 03/02/19 17:35:38 From: sattow@staff.miyakyo-u.ac.jp Subject: [macosx-jp:15510] [Q] What does it mean by "inactive" (in "PhysMem:" of "top") ?

ご質問のinactive（= inactive list）については、Mac OS X のメモリ・マネージメントに関するApple 社技術文書、 のPage Lists in the Kernel で、active (active list)、free (free list)、wired（Wired Memory も参照）と共に詳しく解説されています。Virtual Memory Theoryは、別ページに記述されています。これらの一括技術資料に関心がある場合は、約１５０頁構成の"performance.pdf"をダウンロードできます。
●Apple 社のメモリに関する技術文書では、page = The basic unit of memory used in virtual memory.
●の解説では：
page = A virtual memory system usually deals with memory blocks of fixed size as units for paging. These are known as pages .
virtual memory (VM)システムでの、virtual address spaceとRAMとdisk (backing store)の関連概念図のサンプルは、http://www.memorymanagement.org/glossary/v.html#virtual.memory-1

Safari.appだけが頻繁にクラッシュするのであれば、過日ご紹介しましたように、特定のサイト側に問題があるか、Safari.app及びシステムの再インストールがHDDの健全な状態（論理損傷／不整合のない）の基で要求されているかもしれません。クラッシュが恒常的に起きるのであれば、Mac OS XのOperating SystemとHDDの健全性（Virtual Address SpaceとRAMとDisk の関連を示す概念図参照）も係りますので．．．。　例えば、ネットワーク関連のノードの不整合がひどいと、ゼロ化による初期化が必要な場合もありますから（私の場合は、fsckやDisk Utilityは問題を発見出来なかった）．．．
新しいクラッシュログも見ました。私には特定のサイト側のJavaの扱いに問題があると思えるのですが、いかがですか。同様（クラッシュログも似ている）の当方の障害はこれでした。サイト側が迅速に改善をしてくれたので、一時的なJavaクラッシュ現象で済みました。当該サイト以外でもクラッシュするのですか？
いろいろ考えられる潜在的な問題をクリアして、最終的にはロジックボード上の問題有無を正規修理センターで検証してもらえば良いのではないでしょうか。

安食さん、もださん、ありがとうございます。
> それで、”通常”という言葉を補っています。
多分そうなんだろうと思ったのですが、重箱の隅つつきみたいなことして済みませんでした。
＃おまけですが、IEで、Thread 8で落ちているやつが見つかりました。
> Thread0が多いのは、．．．（中略）．．．ことなのでしょう。
なるほど。

皆様のご意見を元に推測した原因として、もしかするとFW800ロジック上のメモリ管理問題（ボード不良）、もしくはSafariとFW800の相性が悪い...のかもしれません。
なぜならば、ゼロ化の上でシステムを再構築したからです。
Sun Javaクラッシュはクライアント側の問題だけではないので割愛しますが、アクティブにしただけで落ちたり、他のアプリを正常終了させる時にSafariが強制終了かかったり....。
あーーーーーーん。
もうお手上げ。
次回のバージョンまで辛抱しますー＜安定性
Appleも正式にサポート対象に未だしトいませんもんね（わはは）
P.S　マザー不良の可能性はかなり少ないです。
　　　だってこのマシンは初期不良交換でAppleJapanに
　　　動作検証をしてもらってから出荷されたものだから....。
　　　それでもマザー異常の可能性はゼロではないけど、
　　　テストCDでもエラーでませんので....本当、ワタクシお手上げ(^^);
　　　FW800ロジック設計段階での不具合....という線もありますが、
　　　他のFW800ユーザーさんの意見を聞いてみないと判りませんし。
　　　はっ！現在のNew MDDは！だからFW800ロジックは終局した？！
　　　そんな事はない筈です（笑）
　　　これからもチョコチョコクラッシュログ更新していきますー。

Java 1.4.1 Update 1 をインストールされてみてはどうでしょう。
Java 1.4.1 Update 1 for Mac OS X: Information and Download - Article ID:120242.
小生は、これからSoftware Updateから自動でやってみます。

FW800 ユーザが安心して Safari を使えるように、はやいところ MDD には引っ込んでもらって後継 Mac OS X 起動で純血 PMG4 の FW800 を MDD 同様安価で復帰してほしいものです :)
# というか早いところ Mac OS 9 ユーザに対して将来の最終宣告してあげないと余計な期待させてまた誤解する奴が出てきますよ :P
# 単に特定のメモリモジュールでの現象に終わるのかもしれませんが...