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

1. Title:
   05-09 Network_and_Battery_Drain
2. Description:

   05-09 Network_and_Battery_Drain

3. 500 0:00 - 0:03
   Hãy tạm dừng, để làm
   thật rõ điều này.
4. 3460 0:03 - 0:05
   Nếu liên quan đến pin,
5. 4930 0:05 - 0:10
   mạng là kẻ tấn công lớn nhất,
   tồi tệ nhất, xấu xa nhất.
6. 9820 0:10 - 0:13
   Hãy nhớ rằng trong điện thoại
   có một phần cứng nhỏ
7. 12710 0:13 - 0:14
   thật ra là một bộ đàm,
8. 14480 0:14 - 0:17
   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
9. 17530 0:18 - 0:20
   và truyền đi
   lượng lớn thông tin.
10. 20410 0:20 - 0:23
    Cái bẫy ở đây là con chip này,
    không phải lúc nào cũng chạy,
11. 23360 0:23 - 0:25
    sau khi bạn gửi
    một gói dữ liệu,
12. 25090 0:25 - 0:28
    con chip sẽ bật
    trong một thời gian
13. 27710 0:28 - 0:31
    trong trường hợp có
    phản hồi từ máy chủ.
14. 30780 0:31 - 0:34
    Nhưng nếu không có hoạt động gì,
    nó sẽ tắt để tiết kiệm pin.
15. 34280 0:34 - 0:36
    Như ta đã thấy trước đó,
16. 35590 0:36 - 0:39
    có một pic năng lượng lớn
    khi chip được bật lên,
17. 38720 0:39 - 0:42
    và khi nó vẫn thức
    để chờ phản hồi,
18. 42010 0:42 - 0:44
    nó sẽ tiếp tục tiêu hao
    pin trong thời gian đó.
19. 44380 0:44 - 0:47
    Bây giờ, cần phải chỉ ra rằng
    hai cách chính
20. 46980 0:47 - 0:49
    mà hầu hết các ứng dụng
    tương tác với sóng radio.
21. 49200 0:49 - 0:52
    Đầu tiên, có những sự kiện
    cần phải diễn ra ngay.
22. 52200 0:52 - 0:54
    Những sự kiện này là kết quả
    hoạt động người dùng
23. 54210 0:54 - 0:58
    hoặc phát sinh từ nhu cầu cập nhật UI
    của ứng dụng ngay lập tức.
24. 57620 0:58 - 1:01
    Ví dụ, khi người dùng yêu cầu
    tải một gói mới các tweet
25. 61340 1:01 - 1:03
    của một hashtag được yêu thích.
26. 62870 1:03 - 1:07
    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.
27. 67520 1:08 - 1:10
    Mặt khác, ở góc này là các
    đầu việc hệ thống
28. 69990 1:10 - 1:13
    không cần phải xảy ra
    vào cùng thời điểm
29. 72700 1:13 - 1:16
    ví dụ, tải dữ liệu người dùng,
    đồng hóa số liệu nền,
30. 76110 1:16 - 1:18
    hoặc
    thay đổi kích thước ảnh từ mạng.
31. 78330 1:18 - 1:22
    Vậy, trong khi gói nhiệm vụ
    thứ nhất cần diễn ra ngay,
32. 81750 1:22 - 1:23
    để cung cấp phản hồi
    cho người dùng,
33. 83370 1:23 - 1:26
    gói nhiệm vụ thứ hai
    có thể đẩy ra sau,
34. 86410 1:26 - 1:29
    khi có thể thực hiện
    mà vẫn tiết kiệm pin.
35. 89620 1:30 - 1:31
    Và, có nhiều khả năng
36. 91080 1:31 - 1:34
    là phần lớn các yêu cầu
    từ mạng đến ứng dụng
37. 94100 1:34 - 1:36
    sẽ nằm trong gói thứ hai.
38. 96450 1:36 - 1:41
    chuyển việc hệ thống để tăng
    hiệu quả pin là một quy trình hai bước
39. 101380 1:41 - 1:44
    Đầu tiên, hãy nhìn kỹ
    dòng sóng di động
40. 104130 1:44 - 1:47
    cho ứng dụng của bạn
    trên battery historian.
41. 106890 1:47 - 1:50
    Mỗi thanh đỏ ở đây đại diện cho
    một sóng di động đang bật,
42. 110620 1:51 - 1:54
    các khoản trống giữa các thanh này
    là khoảng thời gian sóng tắt đi.
43. 113620 1:54 - 1:56
    Nếu bạn thấy rất nhiều
    thanh hẹp và khoảng trống
44. 116040 1:56 - 1:58
    điều này thể hiện
    vấn đề về hiệu quả,
45. 117930 1:58 - 2:02
    vì nó có nghĩa là đã có rất nhiều
    chuỗi bật tắt liên tục.
46. 121850 2:02 - 2:07
    Ngược lại, những khoảng trống, rồi
    hoạt động rộng sẽ tốt hơn.
47. 126820 2:07 - 2:11
    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,
48. 131100 2:11 - 2:14
    và thậm chí tốt hơn,
    không dùng sóng chút nào.
49. 133970 2:14 - 2:17
    Ý tôi là bạn có thể chờ đến
    khi điện thoại kết nối WiFi
50. 136620 2:17 - 2:21
    và để phần cứng của Wifi làm
    việc này, ít tốn pin hơn nhiều.
51. 141470 2:21 - 2:24
    Bây giờ, vấn đề là viết mã
    để gom thành khối, lưu trữ
52. 144400 2:24 - 2:28
    và hoãn tất cả các yêu cầu
    hệ thống là cực kỳ khó,
53. 148190 2:28 - 2:30
    vì vậy chúng tôi
    đã làm điều này cho bạn.
54. 149900 2:30 - 2:33
    JobScheduler API có thể tráo đổi
    với L release của Android cung cấp
55. 153840 2:34 - 2:35
    một gói đầy đủ các API
56. 155510 2:36 - 2:40
    sẽ làm tất cả việc quản lý
    yêu cầu hệ thống thay cho bạn.
57. 160260 2:40 - 2:43
    Nhưng, thay vì nói cho bạn
    về API tuyệt vời này,
58. 162990 2:43 - 2:45
    sao bạn không tìm hiểu kỹ
    nó qua thực hành nhỉ?