Vietnamese subtitles

← 05-09 Network_and_Battery_Drain

05-09 Network_and_Battery_Drain

Get Embed Code
13 Languages

Showing Revision 6 created 02/26/2016 by sp4.

  1. Hãy tạm dừng, để làm
    thật rõ điều này.
  2. Nếu liên quan đến pin,
  3. mạng là kẻ tấn công lớn nhất,
    tồi tệ nhất, xấu xa nhất.
  4. Hãy nhớ rằng trong điện thoại
    có một phần cứng nhỏ
  5. thật ra là một bộ đàm,
  6. mục đích của nó chỉ là kết nối
    với trạm di động địa phương gần nhất
  7. và truyền đi
    lượng lớn thông tin.
  8. Cái bẫy ở đây là con chip này,
    không phải lúc nào cũng chạy,
  9. sau khi bạn gửi
    một gói dữ liệu,
  10. con chip sẽ bật
    trong một thời gian
  11. trong trường hợp có
    phản hồi từ máy chủ.
  12. Nhưng nếu không có hoạt động gì,
    nó sẽ tắt để tiết kiệm pin.
  13. Như ta đã thấy trước đó,
  14. có một pic năng lượng lớn
    khi chip được bật lên,
  15. và khi nó vẫn thức
    để chờ phản hồi,
  16. nó sẽ tiếp tục tiêu hao
    pin trong thời gian đó.
  17. Bây giờ, cần phải chỉ ra rằng
    hai cách chính
  18. mà hầu hết các ứng dụng
    tương tác với sóng radio.
  19. Đầu tiên, có những sự kiện
    cần phải diễn ra ngay.
  20. Những sự kiện này là kết quả
    hoạt động người dùng
  21. hoặc phát sinh từ nhu cầu cập nhật UI
    của ứng dụng ngay lập tức.
  22. Ví dụ, khi người dùng yêu cầu
    tải một gói mới các tweet
  23. của một hashtag được yêu thích.
  24. Vì đây là hoạt động từ người dùng,
    ứng dụng của bạn cần phản hồi ASAP ngay.
  25. Mặt khác, ở góc này là các
    đầu việc hệ thống
  26. không cần phải xảy ra
    vào cùng thời điểm
  27. ví dụ, tải dữ liệu người dùng,
    đồng hóa số liệu nền,
  28. hoặc
    thay đổi kích thước ảnh từ mạng.
  29. Vậy, trong khi gói nhiệm vụ
    thứ nhất cần diễn ra ngay,
  30. để cung cấp phản hồi
    cho người dùng,
  31. gói nhiệm vụ thứ hai
    có thể đẩy ra sau,
  32. khi có thể thực hiện
    mà vẫn tiết kiệm pin.
  33. Và, có nhiều khả năng
  34. là phần lớn các yêu cầu
    từ mạng đến ứng dụng
  35. sẽ nằm trong gói thứ hai.
  36. chuyển việc hệ thống để tăng
    hiệu quả pin là một quy trình hai bước
  37. Đầu tiên, hãy nhìn kỹ
    dòng sóng di động
  38. cho ứng dụng của bạn
    trên battery historian.
  39. Mỗi thanh đỏ ở đây đại diện cho
    một sóng di động đang bật,
  40. các khoản trống giữa các thanh này
    là khoảng thời gian sóng tắt đi.
  41. Nếu bạn thấy rất nhiều
    thanh hẹp và khoảng trống
  42. điều này thể hiện
    vấn đề về hiệu quả,
  43. vì nó có nghĩa là đã có rất nhiều
    chuỗi bật tắt liên tục.
  44. Ngược lại, những khoảng trống, rồi
    hoạt động rộng sẽ tốt hơn.
  45. Như vậy, bạn đã giảm bớt tiêu hao
    bằng cách giảm số yêu cầu từ hệ thống,
  46. và thậm chí tốt hơn,
    không dùng sóng chút nào.
  47. Ý tôi là bạn có thể chờ đến
    khi điện thoại kết nối WiFi
  48. và để phần cứng của Wifi làm
    việc này, ít tốn pin hơn nhiều.
  49. Bây giờ, vấn đề là viết mã
    để gom thành khối, lưu trữ
  50. và hoãn tất cả các yêu cầu
    hệ thống là cực kỳ khó,
  51. vì vậy chúng tôi
    đã làm điều này cho bạn.
  52. JobScheduler API có thể tráo đổi
    với L release của Android cung cấp
  53. một gói đầy đủ các API
  54. sẽ làm tất cả việc quản lý
    yêu cầu hệ thống thay cho bạn.
  55. Nhưng, thay vì nói cho bạn
    về API tuyệt vời này,
  56. sao bạn không tìm hiểu kỹ
    nó qua thực hành nhỉ?