in reply to Re^10: Thread Design help
in thread Thread Design help
for few server it might take hour, ... idea is to collect data after every 10 minutes or 30 minutes,
So, you going to collect data that takes an hour to query, every 10 or 30 minutes.
depends on interval time or we can decide the best way.
What is "the interval time"? Like, a value you choose to program? In which case, how is that different from "or we can decide the best way."?
Reading between the lines, what I think you are saying is; "as often as possible"? If so, that is good, because it is very easy to program "as often as possible".
But if it is imperative that server X be serviced every 10 minutes; and server Y every 30 minutes; and server Z every 19.27071 minutes; things get much, much more complicated.
idea is to collect data after every 10 minutes or 30 minutes, from each server
"the idea"? This sounds like a "suck thumb and wave finger in air" metric. And that is no basis upon which to make design decisions.
So far, there is so much contradiction in your 'spec', it is pretty much impossible to make any real assessment of whether a single, multi-threaded program is a suitable way of tackling the problem. You'll need to be a lot clearer in specifiying the actual requirements, rather than speculative "it would be nice ifs".
Another question: why are you considering threads rather than processes?
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^12: Thread Design help
by perlCrazy (Monk) on Sep 11, 2010 at 12:21 UTC | |
by Corion (Patriarch) on Sep 11, 2010 at 13:07 UTC | |
by perlCrazy (Monk) on Sep 11, 2010 at 17:52 UTC | |
by Corion (Patriarch) on Sep 11, 2010 at 20:36 UTC | |
by BrowserUk (Patriarch) on Sep 12, 2010 at 01:01 UTC | |
by perlCrazy (Monk) on Sep 12, 2010 at 09:03 UTC |