"the read stat seems to not be updated which suggests that's not an applet bug"
which field(s) do you mean?
the "merge" fields 2 and 6 seem to be ok at 0 (i guess they dont get merged before issued to physical disks?).
9 (current i/os) is ok too.
agreed?
4 and the rest at the end are bogus, i agree.
but... mine arent 0 :) (except 2, 6 and 9) and get updated e.g.:
and beside that, it should really be documented WHAT is meassured. at least tell me pls :)
i still dont know.. which field? and which lines get checked? sdX get updated even if they are raided/lvmed/crypted. but if the applet would look at sdX/hdY only, there wouldnt be a problem to begin with(?)
are only mounted drives watched, only the one with / etc.
thanks
im not sure about that. /bugs.launchpad .net/ubuntu/ +source/ gnome-applets/ +bug/275604/ comments/ 9 you said:
i dont understand your comment in the other report fully.
regarding https:/
"the read stat seems to not be updated which suggests that's not an applet bug"
which field(s) do you mean?
the "merge" fields 2 and 6 seem to be ok at 0 (i guess they dont get merged before issued to physical disks?).
9 (current i/os) is ok too.
agreed?
4 and the rest at the end are bogus, i agree.
but... mine arent 0 :) (except 2, 6 and 9) and get updated e.g.:
254 0 dm-0 5565862 0 747547424 38254648 85392788 0 683142304 4076472404 0 17259000 4114740636
5mins later (low load)
254 0 dm-0 5567422 0 747646320 38269368 85393184 0 683145472 4076473516 0 17270840 4114756468
and beside that, it should really be documented WHAT is meassured. at least tell me pls :) lvmed/crypted. but if the applet would look at sdX/hdY only, there wouldnt be a problem to begin with(?)
i still dont know.. which field? and which lines get checked? sdX get updated even if they are raided/
are only mounted drives watched, only the one with / etc.
thanks