On 10/31/11 08:00, Phil Stracchino wrote:
> ... but bscan performance is horribly, horribly slow. After dropping
> and recreating the DB, bscan has been running for 16 hours and reports
> it is 2% complete on scanning a 640GB Full backup volume that contains 5
> Jobs. Latest report:
...
> This is unfortunately a 32-bit Bacula build because I can't seem to
> figure out how to get a clean 64-bit build of Bacula on Solaris 10.
After installing filedaemon and file tools on my Gentoo Linux machine,
the picture looks much the same with a 64-bit Linux build. Usage of all
resources by bscan is down in the noise level, and it is *crawling*. I
have the spool directory mounted via NFS to this machine (fast,
well-performing NFS over gigabit Ethernet), and there is virtually no
NFS traffic. There is almost no file I/O happening. I'm seeing less
than 1kb/s transfer for up to 30 seconds at a time interspersed by
occasional reads of 256kb or so once or twice a minute, from an NFS
server that can saturate 100Mbit Ethernet. CPU usage attributable to
bscan is scarcely detectible against the background.
Do we have a performance problem with bscan in 5.2.x? Possibly some
file I/O bottleneck? Can anyone else reproduce this slow bscan performance?
--
Phil Stracchino, CDK#2 DoD#299792458 ICBM: 43.5607, -71.355
ala...@caerllewys.net ala...@metrocast.net p...@co.ordinate.org
Renaissance Man, Unix ronin, Perl hacker, SQL wrangler, Free Stater
It's not the years, it's the mileage.
------------------------------------------------------------------------------
Get your Android app more play: Bring it to the BlackBerry PlayBook
in minutes. BlackBerry App World™ now supports Android™ Apps
for the BlackBerry® PlayBook™. Discover just how easy and simple
it is! http://p.sf.net/sfu/android-dev2dev
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel
