I5700刷CyanogenMod上Android 2.2.1


ddhjwg wrote:
我把腦筋動到syst...(恕刪)


可是老實說我不太敢把SYSTEM挖太多
想想看
SYSTEM是滿重要的系統分割區一些資訊都會一直往裡面存,怕塞不進去就當掉可能也開不起來的
最好還是留一點給它吧

比方切個32M就夠的吧

# SWAPon to sd partition 128MB
#
# if [ -e /dev/block/mmcblk0p3 ]
# then
echo 90 > /proc/sys/vm/swappiness
# swapon /dev/block/mmcblk0p3
# fi

以這個為例,第5行的 90就是 90%。GOOGLE “/proc/sys/vm/swappiness” 可以查到很多相關說明。

我加 # 號是因為我已經不SWAP 到SD上了。

感謝提供消息,真期待Horse Power V2.0,雖然現在使用的Pixie已經很好用了。

不過我想看不懂英文的網友,應該也看不懂翻譯軟體翻出來的東西,不如直接貼原文跟連結。
我看不到1/3就還是回原本來的網頁去看了...

bv2rm2005 wrote:
馬力核心即將釋出V2.0版

搶鮮測試 Ver1.9 僅用於測試目的的回饋。Changlogs 版本中提到的許多未應用於搶鮮測試版本 1.9。推薦的 CyanogenMod 8.4。3g un-implemented。4 螢幕恢復。

版本 2 (玩家版) 即將來臨:這將是速度最快、 最能適應內核的礦井的 spica。它很快就會被釋放

在 V2 中所做的重大變化: (即將推出)


+ BFQ herarchial CGROUP 支援
+ SCHED_OTHER 更多 魯棒 設置組進程優先順序
+ 優先明智的任務/進程時間表 CPUwise autogrouping 的 Realtime(SCHED_FIFO)
和 Normal(SCHED_OTHER) 的優先順序類別。
+ 所有進程分開的系統 (SCHED_RR & SCHED_FIFO 組的進程)
(任務優先順序: 1 到 99) 即時和資料和應用程式在 SCHED_OTHER
(任務優先順序:-17 至 20) 完整優化的 CPU。在 SCHED_OTHER 的 CPU
使用誘導的普通使用者花了組加工時 CPU 密集型應用程式 (如遊戲使用
SCHED_RR 和 SCHED_FIFO 的即時 CPU 性能。遊戲 將會是令人愉快的充分
利用 CPU 即時播放。此操作不能解決與紋理和差錯問題有關的顯示驅動程式等。但只有 CPU 的性能。
+ 大幅度醒目 的回應能力和應用程式處理的改進。
+ 甚至 在 SDCard 上的應用程式將快速回應
+ /處理器 / <pid> / Autogroup 次支援
+ 用編譯的模組 -O2-管 關於 Wifi 和其他模組穩定性問題的解決方案。
+ 作為加爾佈雷思 autogroup 處理修補程式刪除備用 200 線修補程式 不會工作
+ 硬體 GPU 刷新率減少至 72 赫茲
+ 16 內核聲音訊環形緩衝區
+ 拆分根檔案系統 227.9m 優化
+ GCC 額外的優化
+ 聲音 KConfig 修補程式納入
沒有更多的 4 螢幕恢復+
SYSTEM是滿重要的系統分割區一些資訊都會一直往裡面存,怕塞不進去就當掉可能也開不起來的 最好還是留一點給它吧

如果我的理解沒錯的話,SYSTEM分區是不會改變大小的,除非我們用 ROOT EXPLORER等方式,往裡面搬資料進去(如字型檔等)。否則它被佔用的大小是固定的,並無必要預留空間給它。

我留了14M給它,應該是很有餘裕了。

不過,我是外行,還是運行一段時間看看有沒有什麼副作用。

這篇甚至還可以將SWAP做到DATA分區。不過,DATA分區好像要放 DALVIK-CACHE,我想空間還是預留大一些比較好,所以不取這個做法。

對那些在SAMDROID TOOLS中勾選 MOVE DALVIK-CACHE TO SD的,DATA分區一定很空,倒是可以考慮這樣做。

我的作法是這個地方沒勾選,所以我的DATA分區只剩下60M左右,而且會隨著安裝軟體的增加而減少。

typecox99 wrote:
看了一下 voku 0.8 的說明,recovery 那4個畫面 bug 還是存在,不過最後一頁那個人有比較了一下各版本差異,他還是覺得 0.6 最穩定,他要等4個畫面問題解決再刷^^

http://forum.samdroid.net/f56/discussion-voku-kernel-4910/index14.html恕刪)


剛看了一下 voku987 的回答:and only if you use 24bpp version

好像刷 24bpp 版本才會有recovery出現4個小畫面的bug
因為我剛好是刷 24bpp版本,如果還還沒刷的可以刷一下 16bpp看是否正常。

其實那4個小畫面我是沒什麼影響,還是看的清楚,左下那個小視窗最清楚
如果真的看不到的話就拿支放大鏡撐一下吧^^

ddhjwg
我雖然SD中有切了128M給SWAP用,現在已經在那行前加#號取消了。

# swapon /dev/block/mmcblk0p3

但書:雖然可以這樣做,但是效能是否會較高,後續還要再觀察。

補上 /system/sd/userinit.sh

http://dl.dropbox.com/u/23448397/20110502%20userinit.sh


所以如果我要改用這個設定檔,只要將這檔案放入 system/SD 下,覆蓋原有的 userinit.sh,然後再重新執行一次就可以了?
我的 /system 也還有 9xmb空間,照 dd 的作法似乎是不錯。

看來瑪莉二代似有雷霆萬均之勢即將襲捲內核市場
不過這顆也是超頻內核啊?有點縮手了...

+Yonik's 1.066 Ghz(Thanks to yonip)

ddhjwg wrote:
SYSTEM是滿重要...(恕刪)

我使用你的檔案~
重開機後沒變化~
這是怎麼回事~
之前用dalvik-cache TO CACHE的就可以~
SWAP的就不行~
搞不清楚原因所在= =~
所以如果我要改用這個設定檔,只要將這檔案放入 system/SD 下,覆蓋原有的 userinit.sh,然後再重新執行一次就可以了?

可以將原來的文件改名放著,萬一不行,把原文件再改名回來即可。

應該是可以。

kenant24 wrote:
我使用你的檔案~重開...(恕刪)


請問一下K大你的做法是.........

有更改權限嗎?
IPHONE 4S V5.1.1
bv2rm2005 wrote:
請問一下K大你的做法...(恕刪)


我下載的是DD提供的~
我只有把MEDIA這個部份的腳本刪掉~
因為我用不到~
還有把大小改成70M
丟進system/sd之後~
權限全部打勾~
重新開機~無效~
我只要CACHE裡面20M~
SYSTEM裡面70M~
內容如下~

# SWAPon to sd partition 128MB
#
# if [ -e /dev/block/mmcblk0p3 ]
# then
echo 90 > /proc/sys/vm/swappiness
# swapon /dev/block/mmcblk0p3
# fi


# try move SWAP 20MB to cache
mount -o remount,rw /cache
dd if=/dev/zero of=/cache/swap.img bs=1024 count=20000
busybox losetup /dev/block/loop6 /cache/swap.img
busybox mkswap /dev/block/loop6
busybox swapon /dev/block/loop6

# try move SWAP 80MB to system
mount -o remount,rw /system
dd if=/dev/zero of=/system/swap.img bs=1024 count=70000
busybox losetup /dev/block/loop7 /system/swap.img
busybox mkswap /dev/block/loop7
busybox swapon /dev/block/loop7
我使用你的檔案~ 重開機後沒變化~ 這是怎麼回事~

我是用您的刷機包,之後改刷VOKU 0.6,結果是可以的:







文章分享
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 406)

今日熱門文章 網友點擊推薦!