1. kingston那兩隻DDR3 1066 4G X2 共8GB, 已經用了一年都沒問題. 也做過記憶體測試, 所以可以排除是兩隻不相容的問題.
2. OS 10.6.5之前的OS都沒問題, 更新之後到新版的一個月後出現第一次當機, 之後當機次數越來越密, 最後就一天當一次.
3. 機器溫度都維持在60-70度. 當機的溫度都差不多只有50多度. 所以我想也不會是溫度引起的當機.
4. 目前改用chrome當做瀏覽器一週了, 還沒有當機過.
2009 mid MBP 15, 8GB DDR3 1333 (down grade 1066), WD 500G BKT and intel X-25M G2
2. 創見這兩條記憶體換到其他主機和再換回來都沒有當機, 換回這台主機測試時, 只是沒有跑safari, 其他操作一切如常, 後來也使用chrome來代替safari, 跑了一天都沒有問題.
3. 我本來的直覺也是記憶體有問題, 但是在交叉測試之後, 我幾乎確定是軟體的問題, 所以我現在都用chrome來看網頁了.
4. 今天有safari 5.03的更新, 裡面有提到提高穩定性的問題, 不知道是指哪一種就是了.
2009 mid MBP 15, 8GB DDR3 1333 (down grade 1066), WD 500G BKT and intel X-25M G2
Redpig2144 wrote:
1. 2009 中期...(恕刪)
建議你不要鐵齒，跑一下 Memory 測試：
http://www.kelleycomputing.net/rember/
Mac 上 Kernel Panic 最常見的理由就是 RAM 故障，
我想我不必解釋 Safari 是在 User Mode 下執行，
再怎麼不穩定，也是程式本身自己結束。
User Mode 程式會搞到 Kernel 崩潰，唯一的可能就是資源存取發生問題。
想要釐清 Kernel Panic 的原因，最好就是去看 log：
蘋果選單 > 關於這台電腦 > 詳細資料 > log > Panic.log
這裡有一篇解釋 Kernel Panic 很詳細的文章：
http://www.index-site.com/kernelpanic.html
1. 感恩您的指教, "鐵齒"二字, 小弟倒不敢當, 不過自己做了這麼長的硬體方面的工作, 對於記憶體與硬體相容性的測試, 倒是還有點自信. 以正常的邏輯與osx的設計來說, 我同意您所說的, 出現當機問題, 應該是關閉safari, 不致於系統出現多國畫面當機, 但是查看log之後, 才越來越往safari上面懷疑.
另外, 提醒您一點, safari很消耗系統資源的問題, 這是確定的. 如果是因為開了八個分頁以上就會產生變慢或是凝結的現象, 而其他瀏覽器不會, 您會不會也開始也認為是因為 safari 耗用太多系統資源之後, 使得主系統要存取資源時可能產生資源不足的情況呢?
ps. 我有8gb的記憶體和將近50gb的ssd空間, 要說資源不夠..這理由很難說服我.
2. 您所提到的解釋文章, 小弟已經拜讀過了, 建議您可以看看其他篇, 如下.
http://discussions.apple.com/thread.jspa?threadID=2645056&start=0&tstart=0
裡面已經有不少人發生過同樣狀況, 但有的人是硬體問題, 有些人還是無解中.
接著, 再來回覆S大的問題.
是的, 換回1066的記憶體依然當機, 有一次還剛開機, 才啟動safari不到10鐘就當機. 但是我現在改用chrome一周了, 還沒出現任何一次當機的狀況.
目前正在測試中, 還只在懷疑與驗證階段, 我只想找出問題, 提供給蘋果解決, 畢竟誰也沒辦法忍受一天當一次的狀況.
感恩大家.
2009 mid MBP 15, 8GB DDR3 1333 (down grade 1066), WD 500G BKT and intel X-25M G2
Redpig2144 wrote:
另外, 提醒您一點, safari很消耗系統資源的問題, 這是確定的. 如果是因為開了八個分頁以上就會產生變慢或是凝結的現象, 而其他瀏覽器不會, 您會不會也開始也認為是因為 safari 耗用太多系統資源之後, 使得主系統要存取資源時可能產生資源不足的情況呢?
No no no...
所謂資源不足不是指「記憶體」，而是「File Descriptor」。
通常由於這種錯誤導致 Kernel Panic，都是由於硬碟檔案結構已經損毀了。
我不懷疑您在硬體界數十年的經驗，
但是在嵌入式作業系統界打滾出來的軟體工程師也不是白混的。
一台電腦「當機」其實是有很多種不同的狀況。
最常見的狀況，就是應用程式沒有處理好 SIGNAL 或 Exception 自己掛掉。
第二常見的狀況，就是應用程式向 Kernel 調用資源發生衝突，導致系統凍結。
Kernel Panic 算是很少見的狀況，因為對工程師來說，Kernel Panic 是相對來說「比較容易抓 Bug」的現象。
你會看到 Kernel Panic，就表示 Kernel 發生了一些資源存取方面的異常，
而且 Kernel 有偵測到這個錯誤。
換句話說，如果你今天碰到的狀況是 Safari 分頁開太多、導致系統「凍結」，
那我會毫不懷疑的告訴你，Safari 壞掉了。
但是你碰到的是 Kernel Panic，那是完全不同的兩回事。
一台系統中「Kernel」的角色就像自助餐廳櫃檯幫你夾菜的阿姨。
Kernel 的工作只是給一擁而上的食客（應用程式）收餐券、發號碼牌、幫你夾菜。
你要吃多少菜要跟阿姨講，菜吃光了就只好抱歉。
你吃不飽、或是剩下一堆、或是跑去偷別人的菜被逮到踢出去，都和夾菜阿姨無關。
然而 Kernel Panic 就有點像說你跑去點菜，結果阿姨當場心臟病發。
一個 User mode 下執行的應用程式不管再怎麼耗記憶體，都不可能導致 Kernel 本身出問題，
頂多只是讓 Kernel 忙於處理 Paging 切換、或是乾脆拒絕應用程式配置記憶體的需求而已。
User mode 程式處理得好，就會回應使用者請求無法達成；
處理不好，就是超出記憶體使用邊界然後被 Kernel 踢掉。
以目前 Mac OS X 10.6.x 來說，唯一有發現由 User mode 觸發 Kernel Panic 的例子，
就是 iStat Pro 這個程式，因為他會去存取 /proc 裡面和核心運作參數有關的東西。
然而 Safari 並沒有這樣搞。
如果你今天觸發 Kernel Panic 的必要條件就是「Safari 開一大堆分頁」，
符合邏輯的推斷有四種：
1. Virtual Memory 系統出了問題。這包括你的實體記憶體以及硬碟。
2. 網路卡、顯示卡等驅動程式、或是字型檔等系統元件出了問題。
3. Safari 內部一些和系統 Component 有關的插件，例如 QuickTime，出了問題。
4. 一些和網路元件相關的隱藏 Preference 檔壞掉了。
所以我上面才會給你這些建議：
第一步，檢查 Panic.log、檢查記憶體、檢查硬碟、檢查字型檔
第二步，修復硬碟權限，清除 Cache，建立一個新的帳號
這兩個步驟就可以排除所有「系統本身出問題」以外的狀況。
再來就是 Time Machine + 重灌，再不行就真的是硬體故障了。
以上是碰到 Kernel Panic 狀況的正確處理方法。
如果你還是堅持是 Safari 太爛害夾菜阿姨心臟病發，那...就祝你好運吧。
內文搜尋