ddhjwg wrote:
我把腦筋動到syst...(恕刪)
可是老實說我不太敢把SYSTEM挖太多
想想看
SYSTEM是滿重要的系統分割區一些資訊都會一直往裡面存,怕塞不進去就當掉可能也開不起來的
最好還是留一點給它吧
比方切個32M就夠的吧

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 螢幕恢復+

typecox99 wrote:
看了一下 voku 0.8 的說明,recovery 那4個畫面 bug 還是存在,不過最後一頁那個人有比較了一下各版本差異,他還是覺得 0.6 最穩定,他要等4個畫面問題解決再刷^^
http://forum.samdroid.net/f56/discussion-voku-kernel-4910/index14.html恕刪)
ddhjwg
我雖然SD中有切了128M給SWAP用,現在已經在那行前加#號取消了。
# swapon /dev/block/mmcblk0p3
但書:雖然可以這樣做,但是效能是否會較高,後續還要再觀察。
補上 /system/sd/userinit.sh
http://dl.dropbox.com/u/23448397/20110502%20userinit.sh

bv2rm2005 wrote:
請問一下K大你的做法...(恕刪)