Hello,

This problem seems to be rather current on Win2000 systems, and other Windows 
systems.  Though I do not have any proof except that it only happens with 
Windows systems, I attribute it to a bug or deliberate throttling in the 
Microsoft networking code.

If someone could finally figure out what is going wrong, I would certainly be 
happy.


On Thursday 19 May 2005 12:16, Martin Simmons wrote:
> >>>>> On Wed, 18 May 2005 17:09:10 -0400, "Matthew Butt"
> >>>>> <[EMAIL PROTECTED]> said:
>
>   Matt> Content-class: urn:content-classes:message
>   Matt> Thread-Topic: [Bacula-users] Speed of Windows FD
>
>   Matt> I have two identical Win 2k3 servers (Dell PowerEdge 2800,
>   Matt> U320
>
>   >> RAID5,
>
>   Matt> dual P4 Xeon 2.8) that I need to backup data onto an FC3
>   Matt> server
>
>   >> running
>
>   Matt> Bacula (P4 2.8GHz, USB2 HDD).  All three machines have Gigabit
>
>   >> cards
>
>   Matt> running on a Gigabit switch with appropriate Cat5e cables.
>
>   Matt> Server1 has two files totaling 5Gb.  Bacula grabs these files
>   Matt> at
>
>   >> about
>
>   Matt> 25MB/sec - total backup time is under 4mins.
>   Matt> Server2 has ~4000 files totaling 100Gb.  The problem is that
>
>   >> Bacula is
>
>   Matt> only running at about 50Kb/sec for this server - simple maths
>
>   >> tells us
>
>   Matt> that it's going to take 3.5 weeks to backup the entire server!
>
>   Matt> There's obviously something awry here - can anyone give me any
>
>   >> ideas
>
>   Matt> what to look into? The networking between the machines all
>   Matt> appears
>
>   >> to be
>
>   Matt> fine (I can pull off large files between the Win 2k3 servers
>   Matt> at
>
>   >> around
>
>   Matt> 30MB/sec) so it seems to be something to do with the Bacula
>   Matt> FD.
>
>   >> I would start by looking at the Processes tab of the Task Manager on
>   >> Server2
>   >> during the backup to see what % of the CPU bacula-fd is getting and if
>   >> anything else is running.
>
>   Matt> The bacula-fd process on Server2 is using at most about 2%.  Mem
> usage Matt> is very low (3Mb).  Nothing else is using the processor or
> disks Matt> intensively on that machine at the moment and bconsole is
> reporting Matt> about 3MB/sec transfer (speed changes wildly it seems, but
> never very Matt> fast!)
>
>   Matt> The bacula server is running around 5-15% for bacula-sd.  Again,
> nothing Matt> much else is happening on that server, load average: 0.21,
> 0.12, 0.09.
>
>   Matt> Is there any profiling I can run on the Windows FD client, or at
> least Matt> see a file-by-file progress?
>
> You can see which file it is doing by using the 'status client' command in
> bconsole.
>
> You could also try changing the Messages resource in bacula-dir.conf to
> send "saved" messages to the console (by default it says 'console = all,
> !saved' which discards them).  I've not tried this, so I don't know if it
> produces messages as the saving happens or only at the end.
>
> Finally, running bacula-fd in debugging mode (using the -d option from a
> Command window instead of as a service) will output lots of info (not sure
> where it goes on Windows).
>
> __Martin
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users

-- 
Best regards,

Kern

  (">
  /\
  V_V


-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to