users@grizzly.java.net

Re: unable to serve request after 1.9.16 controller started

From: Jeanfrancois Arcand <Jeanfrancois.Arcand_at_Sun.COM>
Date: Mon, 15 Jun 2009 11:40:50 -0400

Salut,

Bongjae Chang wrote:
> Hi Abey Tom,
>
> It seems that your problem is not caused by the lack of runtime threads as you have tested it.
>
> Your thread dump which already has idle threads is different from Amy's thread dump.
>
> So I hope that other devs help you because I am not familiar with comet. :(
>
> Thanks.
>
> --
> Bongjae Chang
>
>
> ----- Original Message -----
> From: "Abey Tom" <appu_abey_tom_at_yahoo.com>
> To: <users_at_grizzly.dev.java.net>
> Sent: Monday, June 15, 2009 6:38 PM
> Subject: Re: Re:unable to serve request after 1.9.16 controller started
>
>
>> Hi ,
>>
>> I'm also getting the same issue. The server get stuck while processing some
>> requests.
>> I think this thread is about the issue i'm facing. if not let me know , i
>> can start a new thread.
>> The client i'm using is the sample application from the trunk, comet-chat. I
>> open a browser window(index.html) and then keep on hitting the refresh
>> button in the browser. The browser hangs(waiting for resource from server)
>> after some hits.
>>
>> I updated the trunk version to the lastest code (1.9.17-SNAPSHOT) which
>> includes the revision 3315. I have tested on my desktop(win XP 32 bit single
>> core) and server class machine (4 cpu,64 bit, linux). I'm able to reproduce
>> the same issue. The chances of reproducing the issue in SERVER is MORE than
>> in my desktop.
>>
>> As you suggested I modified the pool size as
>>
>> com.sun.grizzly.util.DefaultThreadPool.DEFAULT_MIN_THREAD_COUNT=10
>> com.sun.grizzly.util.DefaultThreadPool.DEFAULT_MAX_THREAD_COUNT=15
>>
>> This min/max of 10/15 didn't help(in both machines), so I increased up to
>> 20/30 in steps. I ran into the same issue each time.
>>
>> Please find the attached thread dump when the request is stuck, with a
>> min/max of 10/15 in my win 32 machine.
>> http://www.nabble.com/file/p24031598/stuck_threaddump_win32_10_15_min_max_pool_size.txt
>> stuck_threaddump_win32_10_15_min_max_pool_size.txt
>>
>> Please let me know if any thing else is required to reproduce this issue.

Thanks for the test case. I've filled issue:

https://grizzly.dev.java.net/issues/show_bug.cgi?id=670

Will take a look ASAP.

A+

-- Jeanfrancois




>>
>> Thanks
>> Abey Tom.
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> View this message in context: http://www.nabble.com/Re%3Aunable-to-serve-request-after-1.9.16-controller-started-tp24020113p24031598.html
>> Sent from the Grizzly - Users mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>
>>
>>
>>