Tối ưu hóa phần mềm seeder (cập nhật ngày 24 tháng 2)

===================================== ===================================== ===================================== ===========================
Theo vào bài chính của tác giả xda thì ý là thế này:
1. Có hai nội dung tối ưu hóa chính:
a. RNG được tối ưu hóa (trình tạo số ngẫu nhiên). Nói một cách đại khái, độ trễ hệ thống Android được nhắm mục tiêu ở đây là do việc chặn thiết bị dev/ngẫu nhiên (RNG) mà JVM và các thành phần thường đọc (văn bản gốc đang chặn. Sau khi sử dụng hết tài nguyên entropy, bạn cần đợi dev/random được tạo. Và mức độ ưu tiên của dev/random rất thấp nên xảy ra hiện tượng lag.). Tác giả sử dụng /dev/urandom không chặn (chặn) để tạo entropy và điền /dev/random mỗi giây một lần để giải quyết vấn đề này. Sau Monkey Machine ICS, hệ thống JVM và các thành phần về cơ bản không còn sử dụng dev/random nữa nên tình hình tương đối không nghiêm trọng. Tuy nhiên, ICS vẫn sẽ tiêu thụ entropy do các chương trình khác và có thể cần phải đợi entropy được tạo ra. Kết luận là việc tối ưu hóa chủ yếu nhắm vào các hệ thống trước 4.0 và hiệu quả lý thuyết của các hệ thống sau 4.0 nhỏ hơn nhiều so với 2.3. Tuy nhiên, theo báo cáo của người dùng xda, nó vẫn có thể giảm độ trễ một cách hiệu quả.
b. Tăng độ dài hàng đợi IO của thiết bị lưu trữ MMC (bài chính cho biết một số người dùng đã cải thiện đáng kể hiệu suất khi vận hành một số lượng lớn thao tác IO). Về lý thuyết, kết quả lập kế hoạch của Thống đốc (người lập lịch) có thể được tối ưu hóa.Hợp nhất các hoạt động IO trùng lặp.
2. Về mức tiêu thụ điện năng, tác giả bài viết gốc cho biết phiên bản hiện tại về cơ bản không ảnh hưởng đến mức tiêu thụ điện năng. Có hai lý do.
Một. Chương trình có một tùy chọn được bật theo mặc định (tùy chọn đầu tiên là tạm dừng dịch vụ RNG khi màn hình tắt). Khi màn hình tắt, chương trình sẽ ở chế độ ngủ. Không hoạt động.
b. Ngay cả khi chương trình đang hoạt động, mức tiêu thụ tài nguyên vẫn rất nhỏ. Theo thiết kế, không thể kích hoạt các thay đổi về trạng thái và tần số của CPU. Mức tiêu thụ trong 24 giờ là dưới 2%. Dữ liệu và giải thích được đưa ra trong bài viết gốc: tác động lên pin là không đáng kể (dưới 2% mỗi 24 giờ). Không chắc rằng điều này sẽ cung cấp đủ tải để kích hoạt trạng thái thay đổi trạng thái của bộ điều khiển CPU ở tốc độ 10 MHz.
3. Sử dụng chương trình. Hệ thống trước tiên phải được root. Sau khi cài đặt seeder, hãy mở chương trình. Bật/Tắt mở chương trình. Sau khi mở, entropy khả dụng ở phía dưới sẽ tăng lên 4096. Ba tùy chọn bên dưới là: Tạm dừng dịch vụ RNG trong khi tắt màn hình (chương trình RNG ngủ khi màn hình tắt) Mở rộng hàng đợi I/O (tăng hàng đợi IO) Tự động khởi động khi khởi động (tự động chạy khi hệ thống khởi động) Chương trình chỉ là một giao diện GUI. Việc đóng nó không ảnh hưởng đến cài đặt hệ thống. RNGD đang chạy thực tế là một tiến trình Linux và không thể nhìn thấy trong danh sách tác vụ Android.
Cập nhật 1Được quan sát trong lần sử dụng tiếp theo (dựa trên ba thiết bị do chính họ sở hữu, Monkey 2.3/4.04/4.1):
1. Bạn có thể trải nghiệm tác dụng của Seeder ở các khía cạnh sau: a. Phản hồi của giao diện người dùng hệ thống, chuyển đổi chương trình, v.v. (phần rõ ràng nhất là do luồng giao diện người dùng đang chờ RNG bị chặn)
b. Tốc độ tải của một số chương trình tiêu tốn rất nhiều loại entropy do RNG
tạo ra. (Tôi đã thử nghiệm UC và các trình duyệt khác, Evernote, QQ, WeChat, v.v. đều tiêu thụ một lượng lớn entropy. Ngoài ra, trò chơi cũng có thể tiêu thụ một lượng lớn entropy. Cá nhân tôi không chơi trò chơi nên tôi đã thử con chim Star Wars, vốn tiêu thụ một lượng lớn entropy)
c. WiFi, dữ liệu di động, v.v. (Theo Wikipedia, các chuỗi TCP/IP, mã hóa WiFi, mã hóa được sử dụng bởi SSL, v.v. đều yêu cầu sử dụng RNG) Làm thế nào để quan sát mức tiêu thụ entropy?Mở chương trình Seeder và đặt
thành Tắt trước tiên. Quan sát giá trị entropy
có sẵn ở phía dưới. Lúc này bạn hãy thử bật tắt WiFi hoặc mở chương trình lên. Giới hạn trên của entropy tôi quan sát được là 4096. Bật tắt Wifi một lần tiêu tốn 1500-2000, mở Evernote một lần tiêu tốn 1500-2000, và bật UC tiêu tốn 500. Theo giá trị số thì quả thực là chưa đủ. Sau khi kiểm tra các thông tin liên quan, nếu không có
Seeder thì
thế hệ entropy của dev/random xuất phát từ:
a. Entropy được tạo ra từ sự tương tác giữa người dùng và hệ thống, bao gồm cả đầu vào và cảm ứng. Nó có thể được quan sát thông qua entropy có sẵn của Seeder. Chạm vào nó một lần để có +20
entropy. (Huấn luyện một con khỉ thật...cần phải chạm vào nó nếu không có chuyện gì xảy ra)
b. Tiếng ồn phát ra từ bên trong hệ thống (theo nghiên cứu, có tiếng ồn trắng của tín hiệu mạch, tiếng ồn nền card âm thanh, card mạng nhận dữ liệu, v.v. Hãy nhờ một thợ điện thực sự giải thích chi tiết về điều này), nhưng tôi không quan sát thấy bất kỳ sự gia tăng entropy nào trong điều kiện tĩnh.
c. Hệ thống tạo ra. Sau khi tiêu thụ hết entropy, nó không hoàn toàn bị kẹt. Chỉ sau khi sử dụng hết entropy, bạn mới thêm một chút (đợi thợ điện thực sự giải thích chi tiết)
2. Không có tác dụng rõ ràng sau khi cài đặt. Dưới đây là một số phỏng đoán.
Một. Các điện thoại di động khác nhau có các ROM khác nhau, cũng như các bản vá lỗi của bên thứ ba, v.v.Bằng cách tăng giới hạn trên của entropy hoặc chuyển hướng nội bộ /dev/
random tới /dev/urandom.
b. Chuỗi giao diện người dùng hệ thống mới của Monkey không còn bị ảnh hưởng bởi việc chặn
entropy nữa.
Project Butter được giới thiệu trong Monkey 4.1 đã tăng mức độ ưu tiên của phản hồi
UI theo hướng dẫn. Tôi đoán nó có thể bị chặn trên giao diện người dùng và ít ảnh hưởng.
c. Tốc độ tạo entropy liên quan đến phần cứng tương đối mới rất nhanh và RNG không còn bị chặn nữa.
d. Người sử dụng điện thoại chức năng thực sự. . . Kinh nghiệm hạn chế.
3. Vấn đề mà Seeder giải quyết là vấn đề Linux mà Android dựa trên đó. Tôi vừa tìm trên Google và thấy rằng ngoài Android, Linux bao gồm cả máy chủ và máy tính để bàn, PHP, cơ sở dữ liệu và máy chủ Web đều bị ảnh hưởng bởi điều này. (Mã hóa SSL, v.v., WiFi, TCP/IP đều sử dụng RNG, đây là một điểm nghẽn. Các tính toán nghiêm túc thậm chí còn nói rằng tốc độ sẽ tăng khoảng 500% sau khi sửa đổi.) Có thể tìm thấy nhiều bài đăng liên quan trên Linux và Seeder đã đưa nó vào các điều kiện của Android. Theo bài viết gốc của tác giả xda, Linux là một trong số rất ít hệ điều hành hiện đại sử dụng tính năng chặn RNG (/dev/random). . . Lý do nhất quyết sử dụng /\dev/random là vì dữ liệu entropy do dev/random
tạo ra ngẫu nhiên hơn dữ liệu entropy của dev/urandom. Để đảm bảo tính bảo mật của mã hóa. Vì vậy, bất kể bạn có cảm nhận được tốc độ thay đổi sau khi cài đặt hay không, Seeder thực sự đã giải quyết được vấn đề VàMột trong những điểm nghẽn của trải nghiệm Android và Linux. 2.3/4.04/4.1 đều bị ảnh hưởng. Từ dữ liệu, Seeder có tác dụng rõ ràng. Mặc dù mức độ có khác nhau. Dù bạn có tác dụng gì hay không thì tôi vẫn chạy đến khen ngợi Seeder.
Cơ thể vật lý có thể cảm nhận được nhịp tim hồi sinh của cỗ máy khỉ.
4. Những điều trên chỉ dựa trên xda và google, với tổng thời gian nghiên cứu chưa đầy ba giờ. Phần còn lại, tôi muốn yêu cầu nhiều thợ điện thực sự ẩn giấu của phiên bản D nghiên cứu chi tiết.