Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

use Perl Log In

Log In

[ Create a new account ]

TeeJay (2309)

TeeJay
  (email not shown publicly)
http://www.aarontrevena.co.uk/

Working in Truro
Graduate with BSc (Hons) in Computer Systems and Networks
pm : london.pm, bath.pm, devoncornwall.pm
lug : Devon & Cornwall LUG
CPAN : TEEJAY [cpan.org]
irc : TeeJay
skype : hashbangperl
livejournal : hashbangperl [livejournal.com]
flickr :hashbangperl [flickr.com]

Journal of TeeJay (2309)

Tuesday February 28, 2006
06:18 AM

A distributed time/resource constrained scheduler - useful?

[ #28823 ]

I've been building a pretty complex scheduling system for work, and although it's been designed with our requirements in mind I believe it is general enough to be useful in plenty of places.

Essentially it's a combination of perl classes, a daemon and a database backend, which provides various ways to schedule tasks:

  • Requiring that another task is in a specified state
  • Between two times
  • At intervals
  • When a system constraint (such as load average being below 0.5) is met
  • When an application constraint (such as a new file to be processed) is met.

I'm unsure which of these conditions are exclusive, and hopefully testing the scheduler with our system will help decide which can't really be used together, but you should be able to combine them sensibly.

The system is kind of peer to peer, in that there is no master node, only the database itself, which all the nodes access.

So is it just me - or is that pretty useful?

Naturally it has a seperate web gui to manage it, built using Maypole.

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.