[Borgbackup] introducing new disk imaging concept with borg (including iotop weirdness with blocksync.py)

Roland devzero at web.de
Fri Feb 3 06:39:29 EST 2023


hello thorsten,

you are right, this column is wait-io% and not "percentage of io volume".

it's like you tell, the borg repo was on a slower disk and after moving
appropriate virtual disk to the same storage like sdc, things look totally
different.

i should better read manpages...

thanks
roland



Am 02.02.23 um 21:12 schrieb Thorsten Schöning:

> Guten Tag Roland,
> am Donnerstag, 2. Februar 2023 um 17:47 schrieben Sie:
>
>> Total DISK READ:       159.44 M/s | Total DISK WRITE:        19.67 K/s
>> Current DISK READ:     159.44 M/s | Current DISK WRITE: 149.52 K/s
>>       TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN      IO COMMAND
>>      2264 be/4 root        452.83 M      0.00 B  0.00 % 58.78 % borg
>> extract --stdout /backup/test::second
>>      2263 be/4 root        818.25 M      0.00 B  0.00 %  0.08 % python2
>> /root/blocksync2.py server /dev/sdc -a sha512 -b 131072 -k 0
>  From my understanding the I/O column is actually showing how limited
> the process is by I/O because it needs to wait on I/O. So high numbers
> are a bad thing, your I/O is the bottleneck in those cases. You need
> to look at the actual physical discs behind /backup and /dev/sdc, most
> likely SSDs performing differently fast or /backup even being backed
> by seom HDD(-raid?).
>
> Mit freundlichen Grüßen
>
> Thorsten Schöning
>


More information about the Borgbackup mailing list