|
在论坛中不少的朋友都提到使用乐天的ROM导致CENTRO死机问题。我和LP的CENTRO都刷了乐天的ROM,死机的情况有,但并非很多,特别是看到只安装了CARDREADER的朋友也会死机如此频繁觉得更是意外。为了摸索原因,我在自己的机器上进行了一些实验,发现一个可能的原因,在此发出来供大家一起探讨。但愿能够解决死机的问题。
9 x/ F0 e: Z: D! O: B0 J# e* }2 Y' n1 _
( ]& E- e$ n6 G, ?: r. D- v9 A乐天的ROM是在原有的ROM上去掉一些软件制作的,乐天可以相信(我也完全相信)已经删除的文件应该不是与机器整体运行有关的软件,但是为什么会死机机会增加呢?" ?. m3 j9 K6 Z; F" Z
- B) x& g* z3 D9 I ~" H, R
乐天的ROM与原来的ROM最大的不同是什么?DB CACHE增加了,而且是大大增加,是否是因为这个原因引起的呢?
9 |- ~+ Z$ r2 C: X, K" ?0 c& U我的机器里安装了OFF FLUSH,可以随时查找系统DB CACHE的大小,我就用这个软件进行实验。
) K2 r1 m- I, T4 T- |& m我把OFF FLUSH清理功能关闭,使劲地玩CENTRO,每玩一段时间就查看一下DB CACHE的数据,同时用坐机打电话给CENTRO,当DB CACHE在35%以上的时候,什么都没有发生。但是,到了32%左右时,我经过继续大量玩机,在没有查看DB CACHE的情况下(肯定已经大大低于30%),来了个电话,很高兴地看到——死机了。! [$ ?) l; o }: y
由此我猜想,是否系统本身内置有清理DB CACHE的工具,自动在DB CACHE降低到一定程度的时候(例如,5M)进行清理。原来的DB CACHE只有十几个M,降低到5M只要清理7、8M的空间,而现在我的DB CACHE已经有28.7M,自动清理的时候需要清理23.7M的DB CACHE 空间,大幅度增加了清理时的系统资源消耗,而来电话时如果刚好碰上系统需要清理DB CACHE(例如:来电话前5.00001M,因为电话导致降低到4.99999M),于是一女不事二夫——死了。
$ D% b2 [6 x* F1 X$ M o3 S9 m1 d& Y m, `0 p! B x
为了验证自己的想法,我又做了另外一个实验:
6 m3 s$ f& J3 s: {6 f/ [将OFF FLUSH设置成关机清理,用AERO PLAYER背景播放。每次我关机前都查看DB CACHE的数据,将需要清理的数据刚好设置成比当时的DB CACHE数据略高,也就是说每次我关机的时候都进行DB CACHE清理,经过多次实验的结果是,只有在DB CACHE余量非常高,90%左右的时候才可以保证不死机,80%死机的机会大幅度上升,再低,几乎必死无疑。' q! E7 s# a! k' V' U* f
; |* \1 b2 Z( c7 {' O2 l6 V, k7 l/ c/ j0 ~在清理过程中,明显感觉没有以前650清理的速度快,以前650用OFF FLUSH清理时瞬间就完成了,而CENTRO却需要较长的时间,包括设置成90%进行清理(这个时候只需要清理2.87M),不知道是CENTRO系统本身原因造成的还是与OFF FLUSH软件的兼容性造成的,反正清理的效率不高。如果是系统本身造成的,这也可能是死机的重要原因之一。
8 o6 z, V& g/ ]; h
4 t6 z9 T* y$ }9 C以上分析只是一家之言,不知道是否是真正的原因。我现在OFF FLUSH清理设置控制在80%,一个星期死机约1~2次,接电话死机的情况从买回来只有1次,大多数是在看掌讯通更新图片(这是老问题了,不是机器的原因)和长时间未关机使用的情况下发生。
% F) D6 \. p+ \; E6 C7 L5 i6 i& M5 ?: p: ]. a0 k. D, a
[ 本帖最后由 beeyoung 于 2008-5-26 16:37 编辑 ] |
评分
-
查看全部评分
|