Hello,
The right place to discuss these kinds of things is here. Yes, we are
very interested in your work and would be very interested to see it.
The current algorithm and Schedule resource in Bacula is what I
would call very rudimentary, and I had always hoped to replace it
by something more comprehensive, but there have always been other
priorities.
The only constraints that I can see in changing the scheduler are
the following:
1. Either it is compatible with the old code, or we should keep
both sets of code at least for some time so as not to disrupt
all Bacula users, most of which who find the current Schedule
resource adequate. This should not be too much of a problem.
2. In any new algorithm we would need to ensure that it
scales well or that the user can set appropriate directives so that
it will scale. For example, some of our users run 2,000 jobs per
night, and if we implement a new dynamic algorithm that is compute
intensive or that must request the FD how many files it will save,
it may or may not scale to a large number of jobs.
I don't see why either of these considerations should create a problem,
but I just wanted to mention them.
Can you tell us more about the code or possibly send it to us to examine?
Best regards,
Kern
On 12/06/2011 04:22 PM, Paolo Di Francesco wrote:
Dear developing team,
We are working on an improvement of the job scheduler currently
implemented in Bacula and we are wondering if you could be interested
in our work..
The new features of the scheduler are the following:
*
The FCFS algorithm used in Bacula is replaced by a dynamic strategy.
o
At *run time*, a dynamic priority value is associated to each job.
o
An *aging*process is in charge of periodically updating the
dynamic priority of each job, increasing the importance of the
job as time goes by.
o
The job with the highest dynamic priority is the first to run.
*
New job behaviors can be defined
o
A job can run at *regular intervals *with respect to last
instance's
+
planned start time,
+
actual start time,
+
completion time.
o
Time windows can be defined for each job in which the job must
not be started by the scheduler.
o
Preferred time windows can be set for a job's start time.
o
A job can be configured to *run before its planned start time
*if the system is under specific conditions
*
A *recovery strategy *can be enabled:
o
In case of a system failure (e.g. after a shutdown of the
backup server for maintenance)
+
The scheduler is able to recalculate the expected schedule
as if the system did not fail.
This means that jobs that have not run for a long period,
are likely to be run first.
o
In case of a job failure (e.g. the node to be backed up is
temporarily unavailable)
+
The job can be rescheduled again after a configurable delay.
We want to point out that our work can be related to item 14 and item
15 of the Bacula Project Roadmap.
Who should we contact for a deeper discussion on the subject?
Kind Regards,
Paolo Di Francesco, paolo_p...@hotmail.com
<mailto:paolo_p...@hotmail.com>
Stefano Stalio, stefano.sta...@lngs.infn.it
<mailto:stefano.sta...@lngs.infn.it>
------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of
discussion for anyone considering optimizing the pricing and packaging model
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel
------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of
discussion for anyone considering optimizing the pricing and packaging model
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel