Tại sao thiết bị Android của tôi chậm lại sau khi cập nhật ROM liên tiếp mà không xóa sạch?

Tôi có một Nexus Galaxy Nexus 32 GB (toro). Tôi đang chạy các bản nightly Cyanogenmod 10.1 ROM và tôi sử dụng CyanDelta Updater để cập nhật.

Trong khoảng thời gian khoảng 3 tuần, tôi đã cập nhật lên hàng đêm mới nhất gần như mỗi ngày bằng cách sử dụng CyanDelta. Đôi khi tôi tải xuống ROM đầy đủ thay vì sử dụng CyanDelta. Trong thời gian này, tôi không bao giờ xóa thiết bị (hay còn gọi là khôi phục cài đặt gốc). Tôi chỉ áp dụng bản phát hành mới trên đầu trang cũ.

Gần đây, hiệu suất điện thoại của tôi xuống cấp đáng kể. Có sự chậm trễ mở khóa, sự chậm trễ kéo dài ứng dụng chuyển đổi, sự chậm trễ lâu làm mọi thứ. Điện thoại sẽ đóng băng và HĐH sẽ hỏi tôi có muốn kết thúc một quá trình không vì nó không phản hồi. Podcatcher của tôi sẽ nói lắp trong khi chơi.

Thay vì chuyển sang ROM khác, trước tiên tôi quyết định thực hiện xóa toàn bộ (khôi phục cài đặt gốc). Tôi đã sử dụng Titanium Backup để sao lưu ứng dụng và dữ liệu người dùng của mình. Trong TeamWin Recovery, tôi đã thực hiện khôi phục cài đặt gốc, flash cùng CM 10.1 hàng đêm tôi đang chạy trước đó, khôi phục các ứng dụng của mình bằng Titanium, đăng nhập vào tài khoản, v.v.

Hiệu suất điện thoại của tôi đã được khôi phục hoàn toàn. Nó giống như đêm và ngày.

Câu hỏi của tôi là: Tại sao nó làm việc? Điều gì về việc áp dụng các phiên bản ROM liên tiếp có thể gây ra sự chậm chạp mà việc xóa sẽ khắc phục?

Tôi yêu mức độ hiệu suất mới của mình, nhưng tôi cũng thích theo kịp các phiên bản mới nhất. Có vẻ như tôi không thể có hạt thạch của mình và cũng ăn chúng. Bây giờ tôi miễn cưỡng flash bất kỳ bản cập nhật nào mà không thực hiện xóa toàn bộ.

Tôi đã tự mình nghĩ ra một câu trả lời tiềm năng: TRIM

Đĩa trạng thái rắn (SSD) và một số bộ nhớ flash yêu cầu hệ điều hành thực hiện một loại nhiệm vụ vệ sinh để duy trì hiệu quả của thiết bị.

Lệnh TRIM của hệ điều hành được giải thích trong bài viết này của AnandTech:

• http://www.anandtech.com/show/2738/10

Khả năng ứng dụng của nó đối với một số thiết bị Android nhất định, bao gồm cả Samsung Galaxy Nexus và ASUS Nexus 7 của tôi được giải thích trong các chủ đề của Nhà phát triển XDA này:

• http://forum.xda-developers.com/showthread.php?t=2104326
• http://forum.xda-developers.com/showthread.php?t=1971852

Một thành viên XDA đã viết một ứng dụng có tên LagFix để thực hiện chức năng bảo trì TRIM, do đó khôi phục hiệu suất ghi cho thiết bị.

Vì gần đây tôi đã thực hiện khôi phục cài đặt gốc hoàn chỉnh, tôi không còn gặp vấn đề về hiệu suất và do đó tôi không thể trực tiếp chứng thực các lợi ích có mục đích của LagFix. Nếu tôi ở vị trí mà hiệu suất đang bị ảnh hưởng, tôi có thể thực hiện một số điểm chuẩn và xem LagFix có cải thiện tình hình không.

Xin lưu ý nếu bạn dự định dùng thử LagFix rằng có một số thiết bị có chip KHÔNG chơi tốt với tiện ích này. Những con chip này có cái được gọi là BrickBug và nếu bạn chạy LagFix trên một trong những thiết bị này, bạn sẽ không thể hủy bỏ thiết bị của mình.

Tôi thực sự khuyên bạn nên làm theo lời khuyên và đọc Câu hỏi thường gặp về LagFix. Nó trỏ đến một tiện ích có thể cho bạn biết nếu thiết bị của bạn có chứa chip có thể bị BrickBug.

• http://forum.xda-developers.com/showpost.php?p=37029420&postcount=122

Để trả lời câu hỏi của bạn, tôi muốn trích dẫn một cái gì đó được gọi là Dalvik VM và Android File System.

Hệ thống tệp Android sẽ có các phân vùng bên dưới (như Phổ biến trong hầu hết các thiết bị), \ system \ boot \ data \ cache

Khi bạn flash ROM mới và các tệp tương ứng sẽ được chuyển đến các phân vùng tương ứng.

Khi bạn flash một rom mới mà không xóa, các tệp trong tất cả phân vùng sẽ bị ghi đè (Nếu các tệp có cùng tên) và một số tệp cũ hơn có thể vẫn còn là một mảnh vỡ.

\ Cache \ Dữ liệu

Hai phân vùng trên là ROM cụ thể, bất cứ khi nào có ứng dụng mới được cài đặt, dữ liệu Tạm thời và bộ đệm của nó sẽ được tạo và lưu trữ trong các phân vùng tương ứng. Khi bạn xóa, dữ liệu cũ và các mục bộ đệm sẽ bị xóa.

Tất cả các ứng dụng Android đều được tối ưu hóa cho dex (.odex) để chạy trong Máy ảo dalvik (Tương tự Java VM). Những mục này cần phải được xóa khi di chuyển đến các rom khác nhau.

Một số thông tin về dalvik - http://en.wikipedia.org/wiki/Dalvik_%28software%29

TL; DR - Đã khôi phục hiệu suất của ASUS Nexus 7 16GB 2012 của tôi bằng cách xóa một vài GB tệp không cần thiết.

Gần đây tôi đã giải quyết vấn đề về hiệu năng trên ASUS Nexus 7 (16GB, thế hệ đầu tiên) bằng giải pháp không liên quan đến giải pháp LagFix / TRIM được nêu ở trên. Mặc dù LagFix dường như đã giải quyết được vấn đề trên Verizon Galaxy Nexus của tôi (hiệu năng vẫn tuyệt vời cho đến ngày nay), tôi vẫn tiếp tục trải nghiệm hiệu năng thực sự khủng khiếp và không thể chấp nhận được trên ASUS Nexus 7 của tôi.

Nghiên cứu của tôi mang lại nhiều báo cáo rằng nếu bộ nhớ Nexus 7 "quá đầy", hiệu suất sẽ giảm đáng kể. Thiết bị của tôi có 3 GB bộ nhớ trống, vì vậy tôi đã nghi ngờ rằng Nexus 7 của tôi "quá đầy".

Tôi đã sử dụng tiện ích DiskUsage tuyệt vời để kiểm tra nội dung của bộ nhớ flash 16 GB của mình để xem liệu tôi có thể xóa một số dung lượng không. Tôi phát hiện ra một tập tin phim mà tôi đã xem từ lâu và quên mất việc tiêu tốn vài GB dung lượng.

Tôi đã xóa tệp phim, một số bản sao lưu Nandroid và Titanium cũ mà tôi không còn cần nữa và đã xóa một vài GB podcast mà tôi không cần. Điều này giải phóng vài GB trên thiết bị.

Hiệu suất bây giờ rất tuyệt vời trên Nexus 7. Tôi cảm thấy như mới.

Tôi đã thử xóa bộ nhớ cache dalvik nhưng nó không hoạt động, sau đó tôi đã thử xóa tất cả dữ liệu và cài đặt lại CyanogenMod 11 nhưng nó cũng không hoạt động. Sau đó, tôi đã đưa ra một giải pháp rằng bằng cách sử dụng CPU MASTER (có sẵn trên cửa hàng play), chúng tôi có thể đặt tần số CPU của chúng tôi ở mức tối đa trong thời gian vĩnh viễn và Bloom kết quả là không thể tin được. Tôi sẽ thích nó cho tất cả mọi người. Nhưng nó cần root nên .....