• 406

I5700刷CyanogenMod上Android 2.2.1

那您現在的設置是如何呢??把sd卡的swap區關掉的嗎

我目前的設置寫在前面2013樓。

聽說SWAP分區多多益善,但最好不要在同一個IO媒體上,所以我一個擺在ROM (80M),一個擺在SD卡(128M)。


另外,Swap分區的數量對性能也有很大的影響。因為Swap交換的操作是磁盤IO的操作,如果有多個Swap交換區,Swap空間的分配會以輪流的方式操作於所有的Swap,這樣會大大均衡IO的負載,加快Swap交換的速度。如果只有一個交換區,所有的交換操作會使交換區變得很忙,使系統大多數時間處於等待狀態,效率很低。用性能監視工具就會發現,此時的CPU並不很忙,而係統卻慢。這說明,瓶頸在IO上,依靠提高CPU的速度是解決不了問題的。(引自 www.en86.com/32/viewspace-949 )

屎嘎抓 wrote:
對的我想問一下當初我...(恕刪)


有一個可能~你買到整新機~
那個是包膜~
你可以摳邊緣摳看看~
因為包膜用膠帶是貼不起來的~
因為它本身的膠比膠帶的還黏~
報告~
剛我做的一個蠢事

我把\system\swap.img用root explorer久按選刪除
嗯!理論上~刪除後!空間會釋放出來~結果不會????

就這樣86M,原本建32M SWAP.IMG刪除後~
仍然是53M~不相信!!又用腳本建立的一個30M的SWAP.IMG
檔案產生後~~我再去把它砍掉~~

靠!還真的空間都不見的system空間剩下23M~重開機也一樣
裡面沒建SWAP.IMG哦~

後來重刷CM8.4反正他會作format system也沒差
也不用作wipe data/cache
只作wipe dalvik-cache一切重頭來

然後開機後~原先放到system/sd/的腳本還在
所以系統會再重新依照腳本的內容建立




會這樣的沒錯

我之前做過類似的事情,把某個image給mount起來,然後從別的地方拷貝另一份image過去覆蓋掉
結果空間一去不回頭,多覆蓋幾次,就少了幾個image的空間,最後只能format。

屎嘎抓 wrote:
報告~
剛我做的一個蠢事

我把\system\swap.img用root explorer久按選刪除
嗯!理論上~刪除後!空間會釋放出來~結果不會????

就這樣86M,原本建32M SWAP.IMG刪除後~
仍然是53M~不相信!!又用腳本建立的一個30M的SWAP.IMG
檔案產生後~~我再去把它砍掉~~

靠!還真的空間都不見的system空間剩下23M~重開機也一樣
裡面沒建SWAP.IMG哦~

後來重刷CM8.4反正他會作format system也沒差
也不用作wipe data/cache
只作wipe dalvik-cache一切重頭來

victorwu wrote:
會這樣的沒錯我之前做...(恕刪)


我在想是不是因為
busybox losetup /dev/block/loop7 /system/swap.img;
busybox mkswap /dev/block/loop7;
busybox swapon /dev/block/loop7;
這個的關係
所以用逆向法~這三個指令重開機後如果不下就沒事的
所以理論上~空間應該會出現~~

如果沒出現的話!!反正rom重刷就好~也沒差

應該跟這個無關
如果刪檔案之前先swapoff應該就OK。
--
如果空間消失了,就沒救了

屎嘎抓 wrote:
我在想是不是因為
busybox losetup /dev/block/loop7 /system/swap.img;
busybox mkswap /dev/block/loop7;
busybox swapon /dev/block/loop7;
這個的關係
所以用逆向法~這三個指令重開機後如果不下就沒事的
所以理論上~空間應該會出現~~

如果沒出現的話!!反正rom重刷就好~也沒差


voku1987又出內核新版本

更新:v0.6
+重新編譯使用GCC 4.6.1&- Ofast
+固定恢復性錯誤(最後我希望)
+頻率調整州長 - >“按需(使用頻率最高的CPU任務時開始,一步一步減少)
+建設 lowmemorykiller設定“ - > FOREGROUND_APP_MEM = 3584; VISIBLE_APP_MEM = 4096; SECONDARY_SERVER_MEM = 6144; BACKUP_APP_MEM = 4096; HOME_APP_MEM = 4096; HIDDEN_APP_MEM = 13056; CONTENT_PROVIDER_MEM = 21160; EMPTY_APP_MEM = 24576;

更新:v0.7
+所有模塊使用GCC 4.6.1編譯&- Ofast
+添加Qbanin的觸摸屏驅動器+一些修補程序從 Qbanin內核
+同步Lukiqq的來源(LukiqqKernelV9)
+同步Cadavre的來源(釤內核)

更新:v0.8
+回到Qbanin的電池驅動
+優化 CPU的設置(按需)
+更多的可用內存 - >“arch/arm/plat-s3c64xx/include/plat/reserved_mem.h

更新:v0.9
- “新jhash落實”
- “不註銷通知,從原子上下文”
- “微型遙控器V5的bloatwatch版”
- 增加了新的編譯標誌
- 更新調整腳本(/ system/etc/init.d/98ssswitch)

更新:1.0
- 152固定的總內存錯誤
- 加載速度的PhoneContacts問題解決嗎???
- 更新調整腳本(/ system/etc/init.d/98ssswitch)



VOKU - kernel_v1.0_16bpp


http://forum.samdroid.net/f53/dev-voku-kernel-4911/

屎嘎抓 wrote:
對的我想問一下當初我...(恕刪)


我買來的新機並沒有貼保護貼,所以看了不少人說有保護貼我在想是不是生產批號的關係
我大概是二個月前買的,上面只有只有那一層很容易拿下的塑膠片,底下就是玻璃了
並沒有什麼包膜或是保護貼的。也許剛出來是有貼吧?

嗯,打算重新 partition 再割 swap 128MB 出來,以後手腳還是不要太快@@
然後再等大家的結論看怎麼掛載比較好,只要不影響到開機速度我都可以接受

順便來刷 voku 1.0 試試了

1.0 是還沒測,不過試了幾種版本還是 0.6 的可用記憶體最大,隨便都有 80mb以上,再上面的版本就只剩 7x 或 6x了,不知 1.0 怎樣...

--

刷了 1.0,不錯,可用記憶體跟 0.6 一樣隨便都 8xmb 起跳的,撥號盤速度也不會變慢了。
重 partition SD ing....= =


對了

問一下K大喔~

這精靈V9內核的容量

比起精靈V6少了快一半左右

不曉得是少了什麼??

還是說沒附加功能補丁(3D驅動.I/O性能)??

跟上一版的容量差異真大
  • 406
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 406)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?