Salut,
glassfish_at_javadesktop.org wrote:
>> In your case, reducing the value will close connection and some of your client will be broken.
>
> Some of that long running WAP requests show processing time of >= 30s.
> So i did not thought about reducing the request timeout, i thougth about increasing it, to possible do correct response to such longer request some seconds later.
>
>
>> Imagine a hacker that send one byte every 60 seconds....all the threads will lock
> trying to read this slow client and that will create a denial of service. Hence we put a max value the client can takes to send its bytes.
>
> Great that such things are included:)
> I will follow your advice at remain the 30s default timeout.
Yes keep it 30 seconds unless you really see that connection are closed
too fast.
>
>
>> Having a couple more will make other request faster because they will not be queued.
>
> The maximum number of request processing threads is currently set to 130.
> Can i see if/when i need to increase this, perhaps some exception message or so.
This is not simple to adjust, but I would not go over 130. I would
instead increase the request queue size so requests that are pooled
(when all the threads are used) are never expired/rejected:
<connection-pool max-pending-count="4096" queue-size-in-bytes="4096"
receive-buffer-size-in-bytes="4096" send-buffer-size-in-bytes="8192"/>
Increase the max-pending-count to a large value (this is the size of the
request queue).
> Or do i have to calculate this value depending on page impressions+static requests and average processsing time or something like that.
Yes, that can help but with NIO, I suspect you might get better stats if
you decrease the number of threads. But I might be wrong...it is really
based on your traffic :-)
Thanks!
-- Jeanfrancois
> [Message sent by forum member 'hammoud' (hammoud)]
>
> http://forums.java.net/jive/thread.jspa?messageID=282829
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>