Author |
Message
|
jdlennon |
Posted: Thu Oct 07, 2004 2:31 am Post subject: HTTPInput - Additional Instances |
|
|
 Novice
Joined: 07 Oct 2004 Posts: 19 Location: The Villages, FL
|
Has anyone attempted to set up an HTTPInput/HTTPReply flow with additional instances? The real question I have is, even if I have just one instance, what if the number of incoming HTTP messages exceeds the number of instances?
What will happen to those attempting to reach the flow when there are no available threads? I think what I am looking for is a little more in-depth on how the incoming requests are staged and maybe I am just missing it in the doc. Thanks! _________________ Jill D Lennon |
|
Back to top |
|
 |
kirani |
Posted: Sat Oct 09, 2004 1:17 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001 Posts: 3779 Location: Torrance, CA, USA
|
Someone asked this question in MQ Conference. If I remember correctly the answer was the requests will be stacked or something like that. My be shanson/mgk can clarify this. _________________ Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
Back to top |
|
 |
mgk |
Posted: Tue Oct 12, 2004 4:55 am Post subject: |
|
|
 Padawan
Joined: 31 Jul 2003 Posts: 1642
|
Hi,
Yes this will work. All HTTP input messages that cannot be immediately be processed will be queued. The max number waiting will depend on the number of threads configured for the Servlet Engine. Once you exceed the number of threads, then any more input messages are queued by the listen backlog on the servlets socket, which is a platform specific (OS) setting. If this is excedded, any more input messages will be bounced by the OS, as the listen backlog is full, and more sockets are not allowed to connect. This is pretty much the same pattern as with most threaded socket apps.
Additional Instances work as expected and allow several servlet threads to be processed at once, speeding up thoughput
Cheers, _________________ MGK
The postings I make on this site are my own and don't necessarily represent IBM's positions, strategies or opinions. |
|
Back to top |
|
 |
kirani |
Posted: Tue Oct 12, 2004 8:52 am Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001 Posts: 3779 Location: Torrance, CA, USA
|
mgk wrote: |
The max number waiting will depend on the number of threads configured for the Servlet Engine.
|
can we change this setting? _________________ Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
Back to top |
|
 |
mgk |
Posted: Wed Oct 13, 2004 6:56 am Post subject: |
|
|
 Padawan
Joined: 31 Jul 2003 Posts: 1642
|
Hi,
As soon as I had posted, I knew some one would ask that
Set the following registry key for the Broker in question to some sensible value (the default if not set explicitly is 50).
Code: |
HttpListenerThreadPoolSize |
Cheers, _________________ MGK
The postings I make on this site are my own and don't necessarily represent IBM's positions, strategies or opinions. |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed Oct 13, 2004 5:49 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
mgk wrote: |
Set the following registry key for the Broker in question to some sensible value (the default if not set explicitly is 50).
Code: |
HttpListenerThreadPoolSize |
|
What if I'm running on... say.... AIX...  _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
kirani |
Posted: Wed Oct 13, 2004 7:43 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001 Posts: 3779 Location: Torrance, CA, USA
|
I'm sure on other platform you will find them in some registry files. _________________ Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
Back to top |
|
 |
tdolby |
Posted: Thu Oct 14, 2004 2:46 am Post subject: Listener thread pool size |
|
|
 Newbie
Joined: 29 Jun 2004 Posts: 8
|
The "registry" is actually a set of files on non-Windows platforms, and so you need to do the following (for ksh):
Code: |
print -n 10 > /var/mqsi/registry/<BROKERNAME>/HttpListenerThreadPoolSize |
The registry files do not have newlines at the end of them, which is why the -n is needed. For tcsh and bash, use echo -n instead. _________________ Trevor Dolby
IIB Development |
|
Back to top |
|
 |
venkat kurra |
Posted: Fri Sep 23, 2005 9:33 am Post subject: |
|
|
 Master
Joined: 18 Oct 2001 Posts: 245 Location: Bloomington , IL
|
Quote: |
Set the following registry key for the Broker in question to some sensible value (the default if not set explicitly is 50).
Code:
HttpListenerThreadPoolSize
|
I search the string "HttpListenerThreadPoolSize" on my Windows Broker machine and did not find the entry. Just to confirm i search "HttpListener" and see
HttpListenerPort 7080(default port)
HttpListenerTraceLevel none
HttpListenerTraceSize 4194304
but not ThreadPoolSize. Do i need to add this key?
What's the Max limit of HttpListenerThreadPoolSize? _________________ Thanks,
Venkat Kurra
IBM Certified Specialist-MQSeries
IBM Websphere MQSeries Administrator
IBM WebSphere Message Broker System Admin |
|
Back to top |
|
 |
venkat kurra |
Posted: Wed Sep 28, 2005 11:44 am Post subject: |
|
|
 Master
Joined: 18 Oct 2001 Posts: 245 Location: Bloomington , IL
|
I got the answer from IBM...
It is an additional Key and there is no Max limit. _________________ Thanks,
Venkat Kurra
IBM Certified Specialist-MQSeries
IBM Websphere MQSeries Administrator
IBM WebSphere Message Broker System Admin |
|
Back to top |
|
 |
raghubegur |
Posted: Wed Sep 27, 2006 1:14 pm Post subject: |
|
|
Apprentice
Joined: 15 Jul 2002 Posts: 45
|
Hi,
How do you add the HttpListenerThreadPoolSize on a windows box ?
I tried the following command :
mqsichangeproperties MyBroker -b httplistener -o HTTPListener -n HttpListenerThreadPoolSize -v 60
I got this error:
BIP2051E: Broker MyBroker (UUID 5d6a8d44-0a01-0000-0080-f4c04c4ac7b5) could not process an internal configuration message to completion, the problem was caused by
'Change : HTTPListener : HttpListenerThreadPoolSize'.
Thanks,
Raghu _________________ Cheers
Raghu |
|
Back to top |
|
 |
Yaroslav |
Posted: Thu Sep 28, 2006 3:04 am Post subject: |
|
|
Novice
Joined: 28 Sep 2006 Posts: 12 Location: Russia
|
You can use command:
mqsiservice MyBroker -r HttpListenerThreadPoolSize=60 |
|
Back to top |
|
 |
dilse |
Posted: Tue Apr 03, 2007 12:25 pm Post subject: |
|
|
 Master
Joined: 24 Jun 2004 Posts: 270
|
All:
Could anyone let me know if this linit(HTTPListenerThreadPoolSize) includes for all the web service flows combined or is this limit applies for individual web services ?
Thanks for your help.
DilSe.. |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Apr 03, 2007 12:35 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
It's the number of threads that the bipHTTPListener process uses. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
4integration |
Posted: Wed Dec 12, 2007 1:35 am Post subject: |
|
|
 Disciple
Joined: 04 Sep 2006 Posts: 197 Location: Gothenburg, Sweden
|
Hello,
We are facing this problem as well (WMB 6.0.0.3).
We have a HTTP Input node in a flow with 25 additional instances.
When running a test client, simulating 1000 users we get "Connection Reset" This happens around 500 users and 280 users executing the service. Each user "sleeps" 15 sec between requests, therefore 500/280 users above.
We have executed:
Code: |
mqsiservice MyBroker -r HttpListenerThreadPoolSize=100 |
and restarted the broker. This didn't help.
I have seen other properties in this area but want to get some guidance from you first. Do you have any suggestions? _________________ Best regards
4 Integration |
|
Back to top |
|
 |
|