Fantastic. That's another 3 minutes off - I'm now down to less than 5 mins from the start of one check cycle to the start of the next. If I upgrade my hardware, and if Dirk can roll out multithreading and multi-check authentication, I should be able to finish a cycle before I start the previous one...  ;-)

Outstanding work Dirk.

Ian
_________________________________
Ian K Gray
OEL IS - European Infrastructure Support
Tel: +44 1236 502661
Mob: +44 7881 518854
Sent via Blackberry


  ----- Original Message -----
  From: Servers Alive Discussion List [EMAIL PROTECTED]
  Sent: 15/05/2006 14:40
  To: Servers Alive Discussion List <[email protected]>
  Subject: [SA-list] RE: [SA-list] RRD batch processing


hmm while looking at the source, this can't be the issue.
The generation of the graphs is done via a "SHELL" command and the app is not waiting for a shell to be ended.  So it's not the generation of the graphs that is causing the problem. 
Currently if you want the graphs to be generated after the update, we have to wait for the update to be done. And it's the app (Servers Alive that is waiting). 
What we could do is the following:
    IF the "wait until..." option is checked then
        change update BAT file so that it calls the graph bat file at the end
    else
        let the update bat as it is
    endif
That way we won't wait for the RRD stuff to be completed.
 
 
I just made that change to the 5.9 build - you can try the version that is currently on http://beta.woodstone.nu (PAGE is NOT updated with this info yet).

Dirk Bulinckx.

 


From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED]
Sent: Monday, May 15, 2006 12:45 PM
To: Servers Alive Discussion List
Subject: [SA-list] RRD batch processing


Here's another thought for a feature request that would help with cycle times. As I've mentioned, the RRD batch processing on our checks takes about 3-4 mins every check cycle. Whilst the hourly and daily graphs need to be done immediately, I could happily live with a less frequent update for the weekly graph, and the monthly and yearly ones could be done much less frequently. What would be the possibility of splitting these out within SA, and have the option to run some of them at specific times (say 2am) and/or set frequencies (say every couple of hours) rather than at the end of every cycle?

Ian
_________________________________
Ian K Gray
OEL IS - European Infrastructure Support
Tel: +44 1236 502661
Mob: +44 7881 518854

To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected]
To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected]
To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected]

Reply via email to