Re: Architecture ideas for batch processing?
- From: "Ray in HK" <ray@xxxxxxxxx>
- Date: Sun, 12 Jun 2005 12:33:54 +0800
What are the market price of ram.
"Alan Meyer" <ameyer2@xxxxxxxxx> ¦b¶l¥ó
news:s72dnTJQfcXoJzbfRVn-hA@xxxxxxxxxxx ¤¤¼¶¼g...
> I'm working on an architecture for a fairly large scale system
> in Java. User interactions will be through JSP and servlets,
> but there is also a big batch processing component with multiple
> jobs that can run for minutes to hours, and some of them running
> in parallel.
>
> I'm looking for architecture suggestions for the batch job
> portion.
>
> Specifically, does anyone have opinions on running jobs as
> separate threads in a single virtual machine, vs running
> multiple independent JVMs?
>
> A single JVM has the advantage of less system overhead and
> easier inter-thread communication - which may or may not turn
> out to be useful. But it means that if one job crashes it can
> bring the others down with it. It also means that if one job
> goes into a loop and has to be terminated, the operator will
> have no choice but to kill everything.
>
> Multiple independent jobs looks more robust, but Java's penchant
> for swallowing memory may make this significantly less
> efficient.
>
> Anyone have experience or opinions on this?
>
> Any other good ideas for someone doing batch processing in Java?
>
> Anyone know of open source or commercial toolkits of special
> interest for batch processing?
>
> Thanks.
>
> Alan
>
>
.
- Follow-Ups:
- Re: Architecture ideas for batch processing?
- From: Alan Meyer
- Re: Architecture ideas for batch processing?
- References:
- Architecture ideas for batch processing?
- From: Alan Meyer
- Architecture ideas for batch processing?
- Prev by Date: Architecture ideas for batch processing?
- Next by Date: What's the difference between variable.new NestedClass() and new OuterClass.NestedClass()?
- Previous by thread: Architecture ideas for batch processing?
- Next by thread: Re: Architecture ideas for batch processing?
- Index(es):
Relevant Pages
|