Raspberry Pi + BitTorrent Sync アイドリング負荷
Raspberry Pi に BitTorrent Sync を積んでみたが、アイドリング時の負荷がそれなりにある
top コマンドでもアイドリング時に上位にあるのがわかる
起動後に安定した状態での vmstat を継続してみても、BTSync が起動していると CPUのアイドリングが 100%になることはほとんどない
UPnPによるポート開放も変更してみたが、違いは見られなかった
BitTorrent Sync 起動 (UPnP待受なし)状態
BitTorrent Sync 起動 (UPnP待受あり)状態
BitTorrent Sync 未使用状態
一般的なサービスのように、クライアントからのアクションで動作を開始するのとは違うため、常時通信する必要がある、これでも省電力なのだろうけどね
top コマンドでもアイドリング時に上位にあるのがわかる
起動後に安定した状態での vmstat を継続してみても、BTSync が起動していると CPUのアイドリングが 100%になることはほとんどない
UPnPによるポート開放も変更してみたが、違いは見られなかった
BitTorrent Sync 起動 (UPnP待受なし)状態
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 295384 40628 80944 0 0 660 11 516 458 11 14 74 1 0 0 0 295384 40628 80944 0 0 0 0 348 146 0 0 100 0 0 0 0 295384 40636 80944 0 0 0 4 358 160 0 1 98 0 0 0 0 295384 40644 80944 0 0 0 3 353 149 0 0 97 3 1 0 0 295384 40644 80944 0 0 0 2 355 152 0 1 99 0 0 0 0 295384 40644 80944 0 0 0 0 349 146 0 1 99 0 0 0 0 295384 40644 80944 0 0 0 0 352 152 0 1 99 0 0 0 0 295384 40644 80944 0 0 0 1 352 148 0 1 99 0 0 0 0 295384 40648 80944 0 0 0 2 355 155 1 0 96 3 0 0 0 295384 40648 80944 0 0 0 0 349 146 0 1 99 0 0 0 0 295384 40648 80944 0 0 0 0 351 150 0 1 99 0 0 0 0 295384 40648 80944 0 0 0 0 347 144 0 1 99 0
BitTorrent Sync 起動 (UPnP待受あり)状態
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 357448 9724 50520 0 0 1016 20 665 625 27 29 40 3 0 0 0 357448 9724 50520 0 0 0 1 354 156 0 1 99 0 0 0 0 357448 9732 50520 0 0 0 32 405 174 0 2 98 0 0 0 0 357448 9736 50520 0 0 0 1 354 152 0 0 99 0 0 0 0 357448 9736 50520 0 0 0 1 354 149 0 0 99 0 0 0 0 357448 9744 50520 0 0 0 4 356 153 1 1 98 0 0 0 0 357448 9744 50520 0 0 0 0 349 145 0 0 99 0 0 0 0 357448 9744 50520 0 0 0 1 355 158 0 0 99 0 0 0 0 357448 9752 50520 0 0 0 3 356 152 1 0 99 0 1 0 0 357316 9756 50640 0 0 24 6 383 180 0 2 97 0 0 0 0 357316 9756 50640 0 0 0 0 351 149 1 0 99 0
BitTorrent Sync 未使用状態
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 357244 9612 51660 0 0 244 5 388 167 6 7 86 1 0 0 0 357244 9612 51660 0 0 0 1 308 48 1 0 99 0 0 0 0 357244 9620 51660 0 0 0 3 307 44 0 1 99 0 0 0 0 357244 9620 51660 0 0 0 0 306 46 0 0 100 0 0 0 0 357252 9620 51660 0 0 0 0 305 44 0 0 100 0 0 0 0 357260 9620 51660 0 0 0 0 305 51 0 1 99 0 0 0 0 357260 9620 51660 0 0 0 2 307 44 0 0 100 0 0 0 0 357260 9624 51660 0 0 0 3 310 50 0 1 99 0 0 0 0 357260 9624 51660 0 0 0 0 304 41 0 0 100 0 0 0 0 357260 9624 51660 0 0 0 0 303 46 0 0 100 0 0 0 0 357260 9624 51660 0 0 0 0 301 40 0 0 100 0 0 0 0 357260 9624 51660 0 0 0 0 306 50 0 0 100 0
一般的なサービスのように、クライアントからのアクションで動作を開始するのとは違うため、常時通信する必要がある、これでも省電力なのだろうけどね
コメント