F200S，深度使用报告2，欢迎拍砖。

123kyliner

   至上次发了一篇使用报告后，自己手机也调试得差不多了。。于是乎老婆大人二话不说又给抢了回去….禁不住又想感慨：唉，男人啊……偶然没事跑回坛子里逛了逛，发现不少机油还在水深火热之中，心有戚戚焉。。这里再多言几句，望能给需要的机油一些启发。。、
   
   首先我想说的是，Vu2（F200系列）是没有国际版的，啥意思呢？就是说这款机器除了棒子国本土外是没有其它国外正规销售渠道的。。众说周知，他们经常干一些把产品阉割后销往第三世界国家而自己用正品这类生儿子没屁眼的事，或者干脆把整套产品交给他国OEM（也就是所谓的行货）。但不得不承认，老棒子自身的电子产品制作工艺还是跟小鬼子有得一比（我不媚外，也不愤青，望管理员自动无视这段话，呵呵，说多了，打住）。那么，只要你不买到翻新机，其实根本不太可能出现刚使用一两月就屏幕进灰、信号屏蔽、屏幕软损坏等一系列故障。。提到翻新机，实在无话可说，咱天朝连苏-30都能山寨，翻新个手机算个鸟啊？   所以，在买手机前泡坛子里多潜潜水是有好处的，呵呵。 在排除翻新机后，你就会发现，其实生活还是美好嘀。
   
   请一定注意你的充电器――――本人学的电子专业，比更多人知道，如果一款充电器的输出波形不良会对整个数字电路产生怎样的影响。充电时屏幕漂移还算好，至少你知道了自己的充电器是个垃圾；可怕在于你充电时它表现很正常，但其实你的手机正在慢性”中毒”，一段时间后，你手上的杂牌(或假冒伪劣)充电器就会让你付出一块触摸屏甚至整个手机的代价。所以，有条件最好找懂电子的朋友用专业设备如示波器之类的测量一下，还有，看鉴别教程时千万别忘了看充电器那一段！
   
   我之前曾经试着把我的S版机子线刷了K版的KDZ，测试结果出乎意料，居然有信号！------大街上两格，家里一格，某个角落里全无，呵呵，还是GSM only。。昨天刚从武汉坐火车回到湖南怀化上班（湘西土匪窝），一路上除了隧道和大山深处，我手机信号的变化在满格的两三格之间，而这是我调试正常后的正常表现，非常不错，快赶上落鸡鸭了。所以，刷对你的KDZ版本吧。至于E网，真心别问我，好像上世纪九十年代用过两年移动的模拟机，我跟那玩意不对路呵呵。

  上一篇报告里论证了一些电量损耗的心得，这里再发一个小软件，可以软调整降低你Vu2的CPU频率，从而达到省电的目的。自己用了三天，省电效果比较好，更可贵的是，你开着手机充完电所需时间会减少不少。记得别把MAX项调太低，否则手机流畅性会有所折扣的，我自己调成1026刚好，两方面基本都兼顾了。。。这软件是从F160坛子里顺来的，各位机油也就悄悄地进村，打枪的不要吧，哈哈….

附cup调速器模式说明：
msm-dcvs （动态调整时脉与电压）：这是高通芯片的一个新的功能，Krait核心可以用低功率获得高性能
ondemand（按需响应模式）：系统默认的超频模式，在最大最小频率之间自动调整
performance（高性能模式）：高性能模式，按你设定范围的最好频率运行(机器最流畅,耗电也最大)
userspace（用户隔离模式）：当控制器处于非工作状态时控制cpu速度的一种方法，建议最好不使用该选项
powersave（省电模式）：按设定最小频率低负荷运行，省电但系统响应速度慢



CPU_config.apk

hong13044783

℡ζ

顶起！！！

hong13044783

不知你刷的包包是哪一个，天气透明的？怎么弄的？

123kyliner

hong13044783 发表于 2014-2-8 13:24
不知你刷的包包是哪一个，天气透明的？怎么弄的？

线刷20G 官版KDZ，天气透明坛子里有个机油发的，第一、二页面应该能找到。

hong13044783

(⊙o⊙)哦，谢谢你。

冰峰gp

顶！！！感谢楼主分享！！！

冰峰gp

楼主.I/O计划设置要和你一样还是初始化？

闲淡

楼主分享经验不错！！！受教了

123kyliner

冰峰gp 发表于 2014-2-8 13:45
楼主.I/O计划设置要和你一样还是初始化？

看你注重什么了。。。可惜没有bfq选项，要不然我就会选它的呵呵。。。大概说明一下吧(摘自百度文章）：noop是最简单的i/o调度策略，本质上就是先来先服务，意思就是哪个进程先请求i/o系统就先为哪个进程服务，有最好的连续存取性能。bfq会均衡考虑各进程i/o请求的任务量，适当调整完成i/o请求的顺序（也就是说服务顺序和请求顺序不一样），保进程在最短时间内能得到i/o响应（但不保证每次响应都能完成），也就是有最好的随机存取，延时低。  noop不考虑i/o请求的任务量（通俗点说就是不考虑读写的文件是大还是小），按照i/o请求的顺序依次进行服务。这种策略在pc上的执行过程中主要有两个问题，第一个是i/o请求任务量很大（要读写的某个文件很大）造成其他i/o请求长期得不到响应，第二个是相邻两次的i/o请求涉及的文件在磁盘上的物理位置较远造成处理这i/o请求时磁头需要频繁移动导致性能严重降低。
第一个应该很好理解，i/o任务量不管大小依次排队，当处理到一个很大的任务时，系统将一直处理下去，后面的请求就得不到响应了，
第二个问题举个例子，有4个相邻的i/o请求分别涉及1、2、3、4这四个文件，
而1、2、3、4分别位于磁盘的内圈、外圈、内圈、外圈，也是说处理这4个请求时磁盘上的磁头必须先移到内圈，
然后移到外圈，接着移到内圈再移到外圈，如此反复导致大量的时间用于移动磁头造成性能降低。
反过来看手机，一般手机上的i/o任务都不会很大，很少有需要连续读几百M甚至更大文件的情况，即便要读通常也是正在玩游戏需要读数据文件（我相信手机上不会有一边上网聊qq，手机后台还有个程序需要连续读几百M文件的情况），这时用户通常希望系统尽快把文件读完从而继续玩游戏。
由于noop在处理大任务时会使后续的i/o请求得不到响应，因此具有较好的连续性能，这个特点正好满足了上面这种用户的求。
关于上面说的第二个问题，由于手机上用的是闪存芯片，也就不存在磁头移动的问题，像其他策略那样考虑磁头的移动问题对于采用闪存芯片的存储介质完全是浪费，所以对于随机性能很好的闪存芯片来说noop是最好的i/o调度策略。
下面看bfq，bfq指的是budgetfair queuing，从名字上就能看出来这个策略对于各i/o请求是公平的（fair），不会有上面说的noop的第一种问题。
这里指的公平就是尽量使各进程的i/o请求都能得到尽快响应不会长期搁置，但因为系统资源有限，所以只能保证尽快响应但不保证可以尽快完成。
不难看出bfq适合多进程同时发出多i/o请求的状况，因为它不会像noop那样无视后续的i/o请求。直观的看就是手机程序开的很多时系统还能对各进程有不错的响应速度。