滿血復活：Android4.3為所有Nexus帶來TRIM

【全新格式】 暑假時間較長，能馬上提供最新資訊給各位。 但新聞並不是很多，所以畫蛇添足做了美化。 希望大家會喜歡

                               
登錄/註冊後可看大圖

【新聞內容】 接觸固態硬盤的應該都會關心耐用性、壽命這樣的指標，這源於閃存存儲的特質。現代智能手機、平板機使用的基本也是閃存，但因為日常負載都是輕量級的，所以很少碰到類似問題，但也有例外。 Nexus 7(舊版)就是比較突出的一個，它本身的存儲I/O性能就不太夠，影響系統流暢性，特別是隨著時間的流逝、應用的增多，很容易會變得非常慢，大大影響了人們對這款平板的評價。 新版的Nexus 7大大提升了存儲性能，而且借助新的安卓4.3，耐用性問題也得到了解決。事實上，所有的Nexus設備都能享受這種福利！ 其實就是我們常說的TRIM，只不過後者是Windows系統的，它則是Linux系統的。它們的原理是相同的：在主控和閃存之間建立一個通信通道，操作系統籍此告知SSD/eMMC主控某些閃存區塊已經不再使用，無需繼續追踪，可以執行垃圾回收了。 這對維持閃存存儲長時間性能穩定是至關重要的。要知道，在閃存設備上刪除軟件的時候，執行的只是一個軟件標記，讓用戶看起來空間釋放了，但物理存儲並未發生變化，在主控看來響應的區塊還在使用中，仍舊有正常數據。 比如說，你向手機存儲中拷貝了一部3GB的電影，看完了刪了，3GB空間看起來解放了，但在你重新向這些區塊寫入數據之前，在主控眼裡，電影還在那兒。 安卓4.3對此是這麼處理的：系統框架發出一個“start idle maintenance window”(開始空閒維護窗口)的事件，MountService系統服務接聽到 ​​之後，便通過磁盤管理進程vold聯繫fstrim文件系統，執行清理。 不過這一系列操作是需要滿足一定前提條件才會觸發的：設備未使用超過一個小時、過往24小時沒有空閒維護窗口事件、電池剩餘電量不低於80％、設備正在充電且電量不低於30 ％。 如果你習慣每天晚上插上充電，fstrim會大概每24小時執行一次。 驗證fstrim是否工作也很簡單，只要在ADB中執行以下命令： adb logcat -d | grep -i fstrim 下邊就是輸出示例(系統都是4.3)： Nexus 7 (2013)： ┌─[brianklug@MBP] - [~/Downloads/APKs] - [Mon Jul 29, 03:30] └─[$] <> ./adb logcat -d | grep -i fstrim I/fstrim ( 172): Starting fstrim work... I/fstrim ( 172): Invoking FITRIM ioctl on /cache I/fstrim ( 172): Trimmed 564789248 bytes on /cache I/fstrim ( 172): Invoking FITRIM ioctl on /data I/fstrim ( 172 ): Trimmed 25105637376 bytes on /data I/fstrim ( 172): Invoking FITRIM ioctl on /persist I/fstrim ( 172): Trimmed 0 bytes on /persist I/fstrim ( 172): Finished fstrim work. I/fstrim ( 172 ): Starting fstrim work... I/fstrim ( 172): Invoking FITRIM ioctl on /cache I/fstrim ( 172): Trimmed 0 bytes on /cache I/fstrim ( 172): Invoking FITRIM ioctl on /data I/fstrim ( 172): Trimmed 1045696512 bytes on /data I/fstrim ( 172): Invoking FITRIM ioctl on /persist I/fstrim ( 172): Trimmed 0 bytes on /persist I/fstrim ( 172): Finished fstrim work. Nexus 7 (2012)： ┌─[brianklug@MBP] - [~/Downloads/APKs] - [Mon Jul 29, 03:46] └─[$] <> ./adb logcat -d | grep -i fstrim I/fstrim ( 122): Starting fstrim work... I/fstrim ( 122): Invoking FITRIM ioctl on /cache I/fstrim ( 122): Trimmed 122961920 bytes on /cache I/fstrim ( 122): Invoking FITRIM ioctl on /data I/fstrim ( 122 ): Trimmed 1087574016 bytes on /data E/fstrim ( 122): Cannot stat mount point /radio I/fstrim ( 122): Finished fstrim work. I/fstrim ( 122): Starting fstrim work... I/fstrim ( 122 ): Invoking FITRIM ioctl on /cache I/fstrim ( 122): Trimmed 118923264 bytes on /cache I/fstrim ( 122): Invoking FITRIM ioctl on /data I/fstrim ( 122): Trimmed 782077952 bytes on /data E/fstrim ( 122): Cannot stat mount point /radio I/fstrim ( 122): Finished fstrim work. Nexus 4： ┌─[brianklug@MBP] - [~/Downloads/APKs] - [Mon Jul 29, 03:47] └─[$] <> ./adb logcat -d | grep -i fstrim - waiting for device - I/ fstrim ( 169): Starting fstrim work... I/fstrim ( 169): Invoking FITRIM ioctl on /cache I/fstrim ( 169): Trimmed 115343360 bytes on /cache I/fstrim ( 169): Invoking FITRIM ioctl on /data I/fstrim ( 169): Trimmed 888254464 bytes on /data I/fstrim ( 169): Invoking FITRIM ioctl on /persist I/fstrim ( 169): Trimmed 0 bytes on /persist I/fstrim ( 169): Finished fstrim work. I/fstrim ( 169): Starting fstrim work... I/fstrim ( 169): Invoking FITRIM ioctl on /cache I/fstrim ( 169): Trimmed 113246208 bytes on /cache I/fstrim ( 169): Invoking FITRIM ioctl on /data I/fstrim ( 169): Trimmed 1431195648 bytes on /data I/fstrim ( 169): Invoking FITRIM ioctl on /persist I/fstrim ( 169): Trimmed 0 bytes on /persist I/fstrim ( 169): Finished fstrim work. 如果你的設備經歷著性能倒退的問題，升級到4.3之後讓sftrim工作幾次應該就能滿血復活了。至於究竟能恢復多少，請等測試。 登錄/註冊後可看大圖

【文章來源】 :http://ppt.cc/ilnc

【相關文章】 本文章無相關文章連結，(施工中。。。)

【特此聲明】 文章大部份都來自對岸，文章內有“國內、我國” 等敏感字體 皆為疏忽，請至下方留言會有獎賞。 文章有些影片為優酷 ，造成部份瀏覽器和手機 無法觀看 。如有網友找到Youtube且分享者也有獎賞。

【評分美德】 評分是美德，轉貼新聞雖然不累，但您評分應該也不累 評分是系統給的，即使只有1幫助，轉貼者會很欣慰的

【非常感謝】                                 登錄/註冊後可看大圖                                 登錄/註冊後可看大圖                                 登錄/註冊後可看大圖                                 登錄/註冊後可看大圖                                 登錄/註冊後可看大圖                                 登錄/註冊後可看大圖                                 登錄/註冊後可看大圖                                 登錄/註冊後可看大圖                                 登錄/註冊後可看大圖                                 登錄/註冊後可看大圖

一幫助=少捏一次

                               
登錄/註冊後可看大圖

看來4.3版頗有5.0先驅版的意味，不少在5.0才看到的技術關鍵，
居然往前放在4.3版當中發佈，試圖透過4.3版的釋出，
來爭取5.0上市的空間與時間，畢竟要在今年看到5.0版應該是無望了，
不過這當然又是來自某位「不可靠」的手機廠商工程人員的口述，
是否真的如此，還有待觀察。

話說回來，TRIM這功能並不是單純只靠作業系統就能發揮作用，
除非手機emmc模組本身就提供這樣的通道與資訊，系統才能有效評估各個區塊的性能，
並介入回收失效區塊、置換保留區塊之類的程序。

大家不知是否曉得，其實現在的記憶卡、emmc這類FLASH晶片，
在生產時就預先保留了一些容量空間，留待日後需要時，進行映射與置換，
透過改變位址譯碼表上的實體位址資料，讓故障的區塊跟保留區塊交換使用，
從作業系統上來看完全無法看出寫入區塊已遭到置換，對使用者而言也完全無感，
除了向SSD那樣，透過S.M.A.R.T.資訊檢測軟體，才能看到有區塊遭到置換(有故障區塊產生)。

====================================
上面的論述對於非技術人員來看，可能太過艱澀難懂，
底下稍微用有點偏頗的案例，來示範失效區塊交換的原理：

今天假設買了一本活頁筆記本，原廠標示為100頁：

以「保留區塊」的觀念來說，活頁本的目錄實際上只有編號1~100頁的頁碼，
但實際上其實有120頁，這多出來的20頁就是保留區塊。

今天假設原本拿來使用的100頁當中，第52頁出現瑕疵、破損，
便從保留的20頁當中拿出一頁來交換，讓這100頁看起來就跟新買的一樣完整，
但這交換的動作，並非實際拿後面的保留頁直接交換，
而是在前面的目錄資料，直接把原先登陸的第52頁頁碼，改成52==>101
日後凡是要用到第52頁時，就直接翻到第101頁，這種動作稱為映射，
也就是實際上整本活頁筆記本個頁的「物理位置」不變，
但是邏輯位置第101頁要被視為原本的第52頁。

還是有點不太懂ㄟ.....
意思是emmc區塊上刪除檔案後,那個區塊等於無法使用無法寫入嗎....不過這樣講好像又不太對-.-
所以Android手機會變慢是因為這個原因(還是僅限Nexus裝置??)
所以只要Android裝置升級4.3後
裝置速度基本上不會因為日積月累的寫入刪除而變慢...
好複雜><''