It depends on the SU type to some extent. If you are you using a JMS
consumer bc  and you use persistent messages, the underlying broker will
process the incoming messages up to the limits set for that JMS queue. At
that point flow control would kick in and the producer would be throttled.
Messages would be fed to downstream SU's at whatever rate they can accept
them based on the components seda queue & threadpool configuration (i.e.
tweak the queue backing the seda queue's executor or the # of threads the
components executor will use).

>> Does SMX rebalance things in this situation.
In this type of situation, assuming your processing a burst of data things
will rebalance themselves once the incoming workload slows. If the server is
pegged, you should not see resource usage continue to grow after the
components hit their full capacity to processing work.

>>The system seems to be performing fine now, but eventually that queue is
going to use too many resources and crash the SMX server...right?

If its a jms queue I would say no. The underlying broker will throttle the
flow of messages. Its worth keeping an eye on the both the servicemix and
activemq broker counters using jconsole/jmx. This will give you a good idea
how the system is reacting to increased load.

Hope this helps
/Dave


On Mon, Jul 6, 2009 at 8:26 PM, boday <[email protected]> wrote:

>
> GNODET, can you be more specific about what SMX does on its own.  Does SMX
> rebalance things in this situation.  Does it slow down the producers?  Does
> is queue at the consumer indefinitely?  Does it spawn more consumer threads
> automatically?
>
> I'm seeing a similar situation in my application where a particular queue
> is
> continuing to grow.  The system seems to be performing fine now, but
> eventually that queue is going to use too many resources and crash the SMX
> server...right?
>
> If there are any good articles that discuss this, please point me to them.
>
> thanks in advance
>
>
> gnodet wrote:
> >
> > You can configure the SEDA queues and thread pools.
> > See http://incubator.apache.org/servicemix/thread-pools.html
> >
>
>
> -----
> Ben O'Day
> Vektrel - Senior Consultant
>
> --
> View this message in context:
> http://www.nabble.com/fast-SE-producer-and-slow-SE-consumer-tp8791741p24365173.html
> Sent from the ServiceMix - User mailing list archive at Nabble.com.
>
>

Reply via email to