Hello, I have exactly the same problem: Too slow filesystem traversal by Bacula Windows Client. I think that it has to be some problem with Bacula Client cross compilation (low level of compiler optimalization?), some setting or some other little thing, because if I switch the client to Bareos, incremental backup is usually two to three times faster than with Bacula client in my environment. I tried many versions of clients including the oldest clients from times, when projects "splitted", but behavior of all versions has been the same: All Bacula clients were two to three times slower than all Bareos clients for incremental backups in my environment. Very disappointing and I did not find anything yet, what could change that.
I have two Windows servers. The first one is doable using Bacula Windows Client, but on the second one, I had to switch to Bareos Windows Client, because Bacula Windows Client did not want to finish under 20 hours, while Bareos Windows Client needs just 8 to 9 hours. And I really do not know, what to do after a year, two or three... backup-dir Version: 9.4.4 (28 May 2019) x86_64-unknown-freebsd11.3 freebsd 11.3-STABLE bacula-fd Version: 9.4.4 (28 May 2019) VSS Linux Cross-compile Win64 bareos-fd Version: 17.2.4 (21 Sep 2017) VSS Linux Cross-compile Win64 (maybe the last working client with Bacula server?) Best regards. Andrew Watkins wrote (2020/04/22): > > Thanks folks, > > I have a feeling it's nothing to do with the network, but the speed of > bacula searching the filesystem. > > In 1 minute it only searched 11k (Examined=67,235 & 60seconds later > Examined=72,873) > > Any ideas except get a better server? > and the following seems to be showing that there is only 1 process scanning > the files? > > *stat client=winfs-fd > Connecting to Client winfs-fd at winfs.dcs.bbk.ac.uk:9102 > winfs-fd Version: 9.6.3 (09 March 2020) VSS Linux Cross-compile Win64 > Daemon started 22-Apr-20 15:02. Jobs: run=0 running=1. > Microsoft Standard Edition (build 9200), 64-bit > Priv 0x22f > Memory: WorkingSetSize: 23,273,472 QuotaPagedPoolUsage: 259,456 > QuotaNonPagedPoolUsage: 19,896 PagefileUsage: 12,668,928 > APIs=OPT,ATP,LPV,CFA,CFW, > WUL,WMKD,GFAA,GFAW,GFAEA,GFAEW,SFAA,SFAW,BR,BW,SPSP, > WC2MB,MB2WC,FFFA,FFFW,FNFA,FNFW,SCDA,SCDW, > GCDA,GCDW,GVPNW,GVNFVMPW,LZO,!EFS > Heap: heap=23,273,472 smbytes=399,505 max_bytes=425,467 bufs=296 > max_bufs=353 > Sizes: boffset_t=8 size_t=8 debug=100 trace=1 mode=0,0 bwlimit=0kB/s > > Running Jobs: > JobId 155 Job BackupWINFS.2020-04-22_14.10.06_10 is running. > VSS Incremental Backup Job started: 22-Apr-20 15:10 > Files=2 Bytes=1,829 AveBytes/sec=2 LastBytes/sec=0 Errors=0 > Bwlimit=0 ReadBytes=1,829 > Files: Examined=67,235 Backed up=2 > Processing file: G:/home/abella05/Desktop > SDReadSeqNo=6 fd=1300 SDtls=0 > Director connected at: 22-Apr-20 15:23 > ==== -- Rudolf Cejka <cejkar at fit.vut.cz> http://www.fit.vut.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic _______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
