Bacula-users

Re: [Bacula-users] An idea for a feature (not a request yet :) - weighted concurrency

2009-03-20 16:16:54
Subject: Re: [Bacula-users] An idea for a feature (not a request yet :) - weighted concurrency
From: Arno Lehmann <al AT its-lehmann DOT de>
To: bacula-users AT lists.sourceforge DOT net
Date: Fri, 20 Mar 2009 21:09:15 +0100
Hi,

20.03.2009 11:24, James Harper wrote:
> I have half an idea for a feature request but it's not well defined
> yet...
> 
> Basically, I have a bunch of clients to back up, some are on gigabit
> network and some are stuck on 100mbit. They are being backed up to a
> disk that has throughput of around 20-30mbytes/second.
> 
> I am allowing 2 jobs to run at once, which works well but I think it
> could work better. I was thinking of something along the lines of
> assigning a 'cost' to each client, and have the scheduler make sure that
> the sum of all current clients is under some threshold, something like:
> 
> Client1 - gigabit network and fast disks - cost = 100
> Client2 - gigabit network and slow disks - cost = 50
> Client3 - 100mbit network - cost = 20
> Client4 - 100mbit network - cost = 20
> Client5 - gigabit network and fast disks - cost = 100
> Client6 - gigabit network and fast disks - cost = 100
> 
> Client1,5, and 6 are pretty much capable of saturating the backup medium
> on their own, Client2,3, and 4 are not. I could then set a maximum
> concurrent job 'cost' of 150, and bacula would run as many jobs as it
> could concurrently as long as the total cost remained <= than that
> figure. So...

Sounds interesting.

If you add the clause "The maximum number of jobs run concurrently is 
still limited by the existing configuration settings" it might be 
implemented sooner.

In that case, the DIR would only have to determine cost and choose 
which jobs to start one level below the current concurreny management.

I.e., do everything as today, but when it comes to actually starting 
one more job, consider the cost to choose the job, or not start one at 
all. Might be easier to implement - and it keeps the configuration 
compatible, assuming default MaxCost is unlimited.

Of course, a setting for default cost would be nice, too.

...
> Comments?

Sounds good... massage it into a feature request and I'm sure people 
will be interested - perhaps even developers :-)

Arno

-- 
Arno Lehmann
IT-Service Lehmann
Sandstr. 6, 49080 Osnabrück
www.its-lehmann.de

------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users

<Prev in Thread] Current Thread [Next in Thread>