Tại sao Docker giảm mức sử dụng năng lượng trên thiết bị Internet of Things trong điểm chuẩn này?


10

Tôi đã quan tâm đến các ứng dụng của Docker trên các thiết bị IoT như Raspberry Pis.

Sau khi đọc Đánh giá hiệu suất của các công nghệ container trên thiết bị Internet of Things , tôi hơi bối rối trước một trong những kết quả. Trong Bảng 1, mức tiêu thụ năng lượng được hiển thị trong Điểm chuẩn Apache 2 (200 máy khách) cho thấy rằng việc sử dụng bộ chứa Docker giúp giảm mức tiêu thụ điện, mặc dù chi phí sử dụng bộ chứa bằng Docker.

Tại sao điều này xảy ra? Điều này có đủ đáng tin cậy để được sử dụng để giảm nhẹ mức tiêu thụ năng lượng của các thiết bị IoT không, và liệu có bất kỳ nhược điểm nào không?


1
Bằng cách đọc các bảng trên trang cuối cùng của tôi, bạn có một chút lạc hậu. Tiêu thụ điện năng chủ yếu cao hơn cho "Docker" so với "Bản địa". Văn bản đề cập đến trường hợp cũng có sự khác biệt về hiệu năng (nằm ở góc phần tư phía dưới bên phải của Bảng I), có lẽ là do tắc nghẽn mạng gia tăng đối với vùng chứa, điều này sẽ dẫn đến bộ xử lý ít hoạt động hơn.
goldilocks

@delicateLatticeworkFever có lẽ vì vậy, tôi đang xem "5000 yêu cầu", "25000 yêu cầu" và "100000 yêu cầu" trong đó mức sử dụng năng lượng được hiển thị lần lượt là "-4,63%", "-3,84%" và "-5,29%" . Sự khác biệt hiệu suất dường như là nguyên nhân có thể của sự khác biệt sức mạnh, có thể đáng để thảo luận trong một câu trả lời. Một phần câu hỏi của tôi là liệu bạn có thể khai thác điều đó như một sự đánh đổi nếu bạn hài lòng với hiệu suất hơi xuống cấp, bởi vì nó có vẻ như là một ý tưởng thú vị đối với tôi.
Aurora0001

1
Chà, nếu đó là vì 5000 yêu cầu đó mất nhiều thời gian hơn, thì nó có nghĩa là thực hiện mọi thứ ở mức dưới 100% có nghĩa là ít năng lượng hơn cho mỗi nhiệm vụ được sử dụng. Đó có thể là hình thức chung của câu hỏi này và như một phỏng đoán thông thường tôi có thể nói nó có liên quan đến năng lượng bị mất do tản nhiệt. Là (ít nhất một số) bộ xử lý kém hiệu quả hơn khi tối đa hóa? Có thể dễ dàng được. Trong trường hợp đó, nếu bạn muốn lợi ích, bạn có thể chạy thử nghiệm với CPU điều tiết một chút và xem liệu điều đó có mang lại lợi thế tương tự không (chắc chắn nó sẽ chạy chậm hơn và sử dụng ít năng lượng hơn). Lưu ý trên thiết bị 5W Tôi không chắc liệu +/- <5% có ý nghĩa hay không.
goldilocks

Note on a 5W device I'm not sure if +/- <5% is meaningful.- đó là một điểm tốt, nhưng nếu bạn chạy các thiết bị IoT ở quy mô, việc tiết kiệm năng lượng sẽ trở nên quan trọng hơn (và đó là một thử nghiệm suy nghĩ thú vị bất kể). Nếu bạn muốn đối chiếu suy nghĩ của mình thành một câu trả lời, tôi nghĩ bạn sẽ chú ý đến việc giải quyết những câu hỏi tôi nêu ra.
Aurora0001

1
Hmmm, không chắc chắn rằng giả thuyết nhanh chóng của tôi là chính xác; liếc nhìn này có vẻ như mối quan hệ là tuyến tính: stackoverflow.com/questions/6128960/... ... và độ dốc trên đồ thị đó là <1, do đó, một bộ xử lý maxed ra nên nhiều hiệu quả.
goldilocks

Câu trả lời:


7

Sau khi điều tra thêm, tôi nghĩ vấn đề trong câu hỏi là mặc dù năng lượng (tốc độ truyền năng lượng) đã giảm, nhưng mức tiêu thụ năng lượng chung đã tăng lên khi sử dụng Docker, do đó không có lợi ích gì về việc giảm chi phí điện.

Dựa trên số liệu của giấy cho 100.000 yêu cầu, chúng tôi có thể tính toán mức sử dụng năng lượng thông qua công thức:

Năng lượng = sức mạnh x thời gian

Cho rằng mã gốc tiêu thụ 2,4893 W năng lượng và mất khoảng 170 giây (xem Hình 3, Bản địa 200), chúng ta biết rằng năng lượng được sử dụng là:

2,4893 W * 170 giây

= 423.181 Ws = 423.181 J (1 watt-giây tương đương với một joule, hay nói cách khác, một watt là một joule mỗi giây)

Đối với mã Docker, mức sử dụng năng lượng là 2,3642 W, nhưng thời gian thực hiện là 220 giây, vì vậy:

2,3642 W * 220 giây

= 520.124 W = 520.124 J

Do đó, việc sử dụng năng lượng tổng thể cho ví dụ cao hơn 96.943 J, điều này rõ ràng là không mong muốn nếu sử dụng năng lượng là một mối quan tâm. Tuy nhiên, sử dụng Docker có những lợi thế khác để triển khai và quản lý, nhưng trong môi trường bị hạn chế chặt chẽ (ví dụ như chỉ dùng pin), có vẻ như tốt nhất nên tránh.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.