users@grizzly.java.net

Re: CPU issue with Grizzly Comet On GlassFish 9.1.1.

From: ToMaZ ® <tomaz.bergant_at_resevo.com>
Date: Fri, 25 Sep 2009 11:38:48 -0700 (PDT)

Hi there,
thank you very much for your quick answer, you're the man B-)

But I’m very sorry – in my country – I am from Europe, Slovenia ... it's
Friday evening, and me and my testing team and testing environment will be
available together again in Monday, so I'll give you the answer then ASAP.
But – you said:
I think you are facing a JDK issue on Linux. Before we deep dive ...
Can you point me on a few links, or maybe second steps, what I can do, I can
read till Monday .
We are using the latest distribution of RedHat – might be right, that might
be the problem. There is not a problem to use the newest JDK … GF – whatever
you will recommend.
Thanks again
ToMaZ


Jeanfrancois Arcand-2 wrote:
>
>
Salut,
>

> ToMaZ ® wrote:
>
> Hello to Comet users, a very nice piece of technology I might say, very
>
> handy.
>
>
>
> We are having this high CPU issue with Comet: After few hours some
>
> times, we get a 100% CPU usage for one of the server’s CPUs – on which
>
> is our PushNotificationHandler app.
>
> It is based on code:
>
> http://weblogs.java.net/blog/driscoll/archive/2008/05/dead_simple_com.html.
>
> Very simple - nothing special...
>
>
>
> But we have problems when we are testing our App - like:
>
> http://www.nabble.com/Comet-handler-starts-terminating-TCP-connections-with-RST--td20337445.html
>
>
>>
>
> http://www.nabble.com/do-select-spin-on-linux-td22974389.html
>
> http://www.nabble.com/Comet---Selector-spinning---100--CPU-td23142529.html
>>
>
> Our environment is Sun GlassFish 9.1.1. – the latest, but our test
>
> procedure is maybe wrong – because we just create a request ... (like
>
> request on page
>
> -http://weblogs.java.net/blog/driscoll/archive/2008/05/dead_simple_com.html),
>
> with Apache JMeter – there is no real browser actually.
>

>
That should not make a difference.
>

>
>
>
> *QUESTIONS: *
>
> a.) I think – that might be the problem ... that Comet is trying to
>
> establish the connection ... and because of that (no real browser
>
> behind) we have an issue of CPU usage after some time ... Could it be it ?
>
> b.) How to solve that, can you show me on the example
>
> (http://weblogs.java.net/blog/driscoll/archive/2008/05/dead_simple_com.html)
>
>
>
> c.) Any other suggestions, why we have »CPU leak« or how to turn around
>
> code – or maybe point me to a another example?
>
> d.) How to see, to check, if the browser is down ... to close the
>
> »pipe«, is that done automatically?
>

>
I think you are facing a JDK issue on Linux. Before we deep dive, would
>
you try the following. Dowload Grizzly 1.0.30 from here:
>

>
    * http://is.gd/3FsOs
>

>
Then stop GlassFish, edit domain.xmk by adding:
>

>
    
>
This contains the fix for the spinning selector. Let's see if that solve
>
your problem.
>

>
>
>
> *Thank you very much in advance*, before we have used DWR on Tomcat, but
>
> on GlassFish of course we want to use Grizzly.
>

>
Great!! If you need to still support Tomcat, I recommend you take a look
>
at my new project:
>

>
   * http://atmosphere.dev.java.net
>

>
It's the concept developed when I was working on Grizzly Comet, buy
>
works in all web server including GlassFish 1/2/3 and Tomcat 4/5/6
>

>
A+
>

>
-- Jeanfrancois
>

>

>
> ------------------------------------------------------------------------
>
> View this message in context: CPU issue with Grizzly Comet On GlassFish
>
> 9.1.1.
>
>
>
> Sent from the Grizzly - Users mailing list archive
>
> at Nabble.com.
>

>
>

-- 
View this message in context: http://www.nabble.com/CPU-issue-with-Grizzly-Comet-On-GlassFish-9.1.1.-tp25615856p25617086.html
Sent from the Grizzly - Users mailing list archive at Nabble.com.