I’m currently running an incremental image backup. There is almost no traffic between the client and the server, I can tcpdump the stream and keep track of it. It’s mostly keep-alives.
The client keeps running at 3.something MB/sec, also if I change the priority to Realtime and the I/O Priority to High.
I tried Windows Server Backup, btw. To see if that is just as slow with VSS, but that kicks at around 80MB/sc.
Well. I’m seeing the exact same disk-read-speed on the client in an incremental run and in a full backup. So don’t you agree that we can pretty safely assume that it’s the client?
Yeah, my guess is that the read-ahead needs improvement. I just need to make sure that’s the bottleneck and that it is not simply fixed by increasing the CPU priority of the read-ahead thread.
Thanks for the investigation. I have an idea on how to improve it but it would be a pretty large change and as such suitable for 2.1 which will be a while (a month or something).
Hmm. Any way to speed this up? I have just bought a few licenses for CBT, so that should help for incrementals, right? But my customer is really anctious to get this right…
Yes should help, but then you probably already tested that. Most of the time will be spent testing the new versions, so you could watch the testing category and use early beta versions.