bee: Huge block I/O consumption in comparison to network I/O

Summary

According to docker stats:

CONTAINER ID   NAME             CPU %     MEM USAGE / LIMIT     MEM %     NET I/O           BLOCK I/O         PIDS
b6818110e6a1   swarm-2_bee_1    86.87%    5.457GiB / 62.82GiB   8.69%     1.14GB / 136MB    7.76GB / 59.2GB   33
1f0cd61ea368   swarm-1_bee_1    62.14%    4.779GiB / 62.82GiB   7.61%     917MB / 111MB     5.45GB / 61.5GB   30
a001af088548   swarm-0_bee_1    122.15%   7.407GiB / 62.82GiB   11.79%    1.17GB / 76.5MB   5.36GB / 83.2GB   27

The block I/O is huge in comparison to net I/O.

Steps to reproduce

Just running a standard node should do it, or at least on Docker.

Expected behavior

I expect bee to use way less disk I/O.

Actual behavior

For each of those bee nodes, there is a 50 to 70 times amplification from data ingested through network to disk writes. It looks like the node is constantly writing and deleting data, which causes an extremely high disk usage for a quite small amount of data.

About this issue

  • Original URL
  • State: closed
  • Created 3 years ago
  • Reactions: 1
  • Comments: 22

Most upvoted comments

for what its worth, I had my SSD failing on me just days before 0.6 release, was running 0.5.3 up until that point, and bee had been running for ~ 3 months before smart check reported imminent wear failure.