CPU issue with Grizzly Comet On GlassFish 9.1.1.

[ToMaZ ®]

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.

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?

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

[Jeanfrancois Arcand-2]

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/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:

    <java-config classpath-prefix="grizzly-framework-http-1.0.40.jar" ...

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.
> <http://www.nabble.com/CPU-issue-with-Grizzly-Comet-On-GlassFish-9.1.1.-tp25615856p25615856.html>
> Sent from the Grizzly - Users mailing list archive
> <http://www.nabble.com/Grizzly---Users-f23249.html> at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[ToMaZ ®]

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


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.

[Jeanfrancois Arcand-2]

Salut,

ToMaZ ® wrote:
> Hi there,
> thank you very much for your quick answer, you're the man
>
>
> 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.

Take your time.

>
> 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.

Yes, see:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6403933

I've filled that issue awhile ago an it got fixed in JDK 7 (b55 and up)
and JDK 6 u18 (not yet released).

Thanks

-- Jeanfrancois

>
>
> 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: Re: CPU issue with Grizzly Comet On
> GlassFish 9.1.1.
> <http://www.nabble.com/CPU-issue-with-Grizzly-Comet-On-GlassFish-9.1.1.-tp25615856p25617086.html>
> Sent from the Grizzly - Users mailing list archive
> <http://www.nabble.com/Grizzly---Users-f23249.html> at Nabble.com.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Curry]

Hello Jeanfrancois ,

we are really thankful for your help. We just want to check if we did everything right:

Jeanfrancois Arcand-2 wrote:

Dowload Grizzly 1.0.30 from here:

    * http://is.gd/3FsOs

Then stop GlassFish, edit domain.xmk by adding:

    <java-config classpath-prefix="grizzly-framework-http-1.0.40.jar" ...

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

We now have this line in domain.xml (we added the upper line, but we changed ..40.. to ..30..):

<java-config classpath-suffix="" classpath-prefix="grizzly-framework-http-1.0.30.jar" debug-enabled="false" debug-options="-Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9009" env-classpath-ignored="true" java-home="${com.sun.aas.javaRoot}" javac-options="-g" rmic-options="-iiop -poa -alwaysgenerate -keepgenerated -g" system-classpath="">

And we put the grizzly-framework-http-1.0.30.jar to:

/usr/java/glassfish/lib

Is that ok or did we mess something up? Because our CPU is still on 100%...

Thank you for your answer,

Curry

[Jeanfrancois Arcand-2]

Salut,

Curry wrote:

> Hello Jeanfrancois ,
>
> we are really thankful for your help. We just want to check if we did
> everything right:
>
>
> Jeanfrancois Arcand-2 wrote:
>>
>> Dowload Grizzly 1.0.30 from here:
>>
>>     * http://is.gd/3FsOs
>>
>> Then stop GlassFish, edit domain.xmk by adding:
>>
>>     <java-config classpath-prefix="grizzly-framework-http-1.0.40.jar" ...
>>
>> This contains the fix for the spinning selector. Let's see if that solve
>> your problem.
>>
>>
>
> We now have this line in domain.xml (we added the upper line, but we changed
> ..40.. to ..30..):
>
> <java-config classpath-suffix=""
> classpath-prefix="grizzly-framework-http-1.0.30.jar" debug-enabled="false"
> debug-options="-Xdebug
> -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=9009"
> env-classpath-ignored="true" java-home="${com.sun.aas.javaRoot}"
> javac-options="-g" rmic-options="-iiop -poa -alwaysgenerate -keepgenerated
> -g" system-classpath="">
>
> And we put the grizzly-framework-http-1.0.30.jar to:
>
> /usr/java/glassfish/lib
>
> Is that ok or did we mess something up? Because our CPU is still on 100%...

You need to put the entire path, e.g.:

 
classpath-prefix="/usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar"

let us know thw result.

A=

-- Jeanfrancois

>
> Thank you for your answer,
>
> Curry

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Curry ()]

Hi,

thank you for your fast response: but CPU is still on 100%.

Jeanfrancois Arcand-2 wrote:

You need to put the entire path, e.g.:

 
classpath-prefix="/usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar"

let us know thw result.

The library got registered by GF:

[root@lnxas75 ~]# lsof | grep griz
java      15547      root  mem       REG      253,0    844785   14311305 /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar
java      15547      root   28r      REG      253,0    844785   14311305 /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar
java      15669      root  mem       REG      253,0    844785   14311305 /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar
java      15669      root   72r      REG      253,0    844785   14311305 /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar
[root@lnxas75 ~]#
******************

I have another question: what is the guarantee that classes from this jar get used... There are same classes (in same packages) in appserv-rt.jar...

Thank you,

Curry

[ToMaZ ®]

Hi there, all


Maybe this will help : http://download.java.net/jdk6/index.html
https://jdk6.dev.java.net/6uNea.html

Has anyone tried that - Curry, Jeanfrancois Arcand said - that this should work in update 18 ?


I hope it will - we'l try it tommorow

ToMaZ

Curry wrote:

Hi, thank you for your fast response: but CPU is still on 100%.

Jeanfrancois Arcand-2 wrote:

You need to put the entire path, e.g.: classpath-prefix="/usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar" let us know thw result.

The library got registered by GF: [root@lnxas75 ~]# lsof | grep griz java 15547 root mem REG 253,0 844785 14311305 /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15547 root 28r REG 253,0 844785 14311305 /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15669 root mem REG 253,0 844785 14311305 /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15669 root 72r REG 253,0 844785 14311305 /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar [root@lnxas75 ~]# ****************** I have another question: what is the guarantee that classes from this jar get used... There are same classes (in same packages) in appserv-rt.jar... Thank you, Curry

[Jeanfrancois Arcand-2]

Salut,

ToMaZ ® wrote:

> Hi there, all
>
>
> Maybe this will help : http://download.java.net/jdk6/index.html
> https://jdk6.dev.java.net/6uNea.html
>
> Has anyone tried that - Curry, Jeanfrancois Arcand said - that this
> should work in update 18 ?
>
>
> /I hope it will - we'l try it tommorow/
>
> ToMaZ
>
>     Curry wrote:
>     Hi, thank you for your fast response: but CPU is still on 100%.
>
>         Jeanfrancois Arcand-2 wrote:
>         You need to put the entire path, e.g.:
>         classpath-prefix="/usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar"
>         let us know thw result.
>
>     The library got registered by GF: [root@lnxas75 ~]# lsof | grep griz
>     java 15547 root mem REG 253,0 844785 14311305
>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15547
>     root 28r REG 253,0 844785 14311305
>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15669
>     root mem REG 253,0 844785 14311305
>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15669
>     root 72r REG 253,0 844785 14311305
>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar
>     [root@lnxas75 ~]# ****************** I have another question: what
>     is the guarantee that classes from this jar get used... There are
>     same classes (in same packages) in appserv-rt.jar... Thank you, Curry

No, the classpath-prefix will make sure those classes are never used.

Let me know if you still see the CPU issue. If yes, can you grab a
couple of jstack <PID> and post them here so we make sure this is the
same issue.

Thanks

-- Jeanfrancois

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

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Curry]

Jeanfrancois Arcand-2 wrote:

Salut,

ToMaZ ® wrote:
> Hi there, all
>
>
> Maybe this will help : http://download.java.net/jdk6/index.html
> https://jdk6.dev.java.net/6uNea.html
>
> Has anyone tried that - Curry, Jeanfrancois Arcand said - that this
> should work in update 18 ?
>
>
> /I hope it will - we'l try it tommorow/
>
> ToMaZ
>
>     Curry wrote:
>     Hi, thank you for your fast response: but CPU is still on 100%.
>
>         Jeanfrancois Arcand-2 wrote:
>         You need to put the entire path, e.g.:
>         classpath-prefix="/usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar"
>         let us know thw result.
>
>     The library got registered by GF: [root@lnxas75 ~]# lsof | grep griz
>     java 15547 root mem REG 253,0 844785 14311305
>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15547
>     root 28r REG 253,0 844785 14311305
>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15669
>     root mem REG 253,0 844785 14311305
>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15669
>     root 72r REG 253,0 844785 14311305
>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar
>     [root@lnxas75 ~]# ****************** I have another question: what
>     is the guarantee that classes from this jar get used... There are
>     same classes (in same packages) in appserv-rt.jar... Thank you, Curry

No, the classpath-prefix will make sure those classes are never used.

Let me know if you still see the CPU issue. If yes, can you grab a
couple of jstack <PID> and post them here so we make sure this is the
same issue.

Thanks

-- Jeanfrancois

Hi Jeanfrancois,

this is the image of our CPU usage. Our server code is based on dead simple comet example mentioned earlier in the thread. Is there any other posibility of using Grizzly/Comet - ea. not in full streaming mode... Maybe that will solve the problem?


Thank you,

Curry

[Jeanfrancois Arcand-2]

Salut,

Curry wrote:

>
> Jeanfrancois Arcand-2 wrote:
>> Salut,
>>
>> ToMaZ ® wrote:
>>> Hi there, all
>>>
>>>
>>> Maybe this will help : http://download.java.net/jdk6/index.html
>>> https://jdk6.dev.java.net/6uNea.html
>>>
>>> Has anyone tried that - Curry, Jeanfrancois Arcand said - that this
>>> should work in update 18 ?
>>>
>>>
>>> /I hope it will - we'l try it tommorow/
>>>
>>> ToMaZ
>>>
>>>     Curry wrote:
>>>     Hi, thank you for your fast response: but CPU is still on 100%.
>>>
>>>         Jeanfrancois Arcand-2 wrote:
>>>         You need to put the entire path, e.g.:
>>>        
>>> classpath-prefix="/usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar"
>>>         let us know thw result.
>>>
>>>     The library got registered by GF: [root@lnxas75 ~]# lsof | grep griz
>>>     java 15547 root mem REG 253,0 844785 14311305
>>>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15547
>>>     root 28r REG 253,0 844785 14311305
>>>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15669
>>>     root mem REG 253,0 844785 14311305
>>>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15669
>>>     root 72r REG 253,0 844785 14311305
>>>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar
>>>     [root@lnxas75 ~]# ****************** I have another question: what
>>>     is the guarantee that classes from this jar get used... There are
>>>     same classes (in same packages) in appserv-rt.jar... Thank you, Curry
>> No, the classpath-prefix will make sure those classes are never used.
>>
>> Let me know if you still see the CPU issue. If yes, can you grab a
>> couple of jstack <PID> and post them here so we make sure this is the
>> same issue.
>>
>> Thanks
>>
>> -- Jeanfrancois
>>
>>
>
> Hi Jeanfrancois,
>
> this is the image of our CPU usage. Our server code is based on dead simple
> comet example mentioned earlier in the thread. Is there any other posibility
> of using Grizzly/Comet - ea. not in full streaming mode... Maybe that will
> solve the problem?
> http://www.nabble.com/file/p25678795/cpuDanes.jpg 
>

Can you send output of ${java.home}/bin/jstack <PID> or the process that
produce the high CPU? You are in Linux, right?

Thanks

-- Jeanfrancois



> Thank you,
>
> Curry

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@...
For additional commands, e-mail: users-help@...

[Sobis]

Hello Jeanfrancois,

yes we are on Linux. Attached you can find data you have required.
Today we tried with beta java jdk 1.6u18, results in file are from today.
jstack.txt

Attached you can also find 2 images.

One is printscreen of jConsole, where you can see CPU usage. Here you can see CPU usage growing, but when we started jVisualVM, CPU usage has fallen. Again when we closed jVisualVM, it grew back on.



On second image ou can see CPU usage of threads.




Do you have any idea what are we doing wrong?

Thanks for your help.

Sobis

Jeanfrancois Arcand-2 wrote:

Salut,

Curry wrote:
>
> Jeanfrancois Arcand-2 wrojstack.txtte:
>> Salut,
>>
>> ToMaZ ® wrote:
>>> Hi there, all
>>>
>>>
>>> Maybe this will help : http://download.java.net/jdk6/index.html
>>> https://jdk6.dev.java.net/6uNea.html
>>>
>>> Has anyone tried that - Curry, Jeanfrancois Arcand said - that this
>>> should work in update 18 ?
>>>
>>>
>>> /I hope it will - we'l try it tommorow/
>>>
>>> ToMaZ
>>>
>>>     Curry wrote:
>>>     Hi, thank you for your fast response: but CPU is still on 100%.
>>>
>>>         Jeanfrancois Arcand-2 wrote:
>>>         You need to put the entire path, e.g.:
>>>        
>>> classpath-prefix="/usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar"
>>>         let us know thw result.
>>>
>>>     The library got registered by GF: [root@lnxas75 ~]# lsof | grep griz
>>>     java 15547 root mem REG 253,0 844785 14311305
>>>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15547
>>>     root 28r REG 253,0 844785 14311305
>>>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15669
>>>     root mem REG 253,0 844785 14311305
>>>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar java 15669
>>>     root 72r REG 253,0 844785 14311305
>>>     /usr/java/glassfish/lib/grizzly-framework-http-1.0.30.jar
>>>     [root@lnxas75 ~]# ****************** I have another question: what
>>>     is the guarantee that classes from this jar get used... There are
>>>     same classes (in same packages) in appserv-rt.jar... Thank you, Curry
>> No, the classpath-prefix will make sure those classes are never used.
>>
>> Let me know if you still see the CPU issue. If yes, can you grab a
>> couple of jstack <PID> and post them here so we make sure this is the
>> same issue.
>>
>> Thanks
>>
>> -- Jeanfrancois
>>
>>
>
> Hi Jeanfrancois,
>
> this is the image of our CPU usage. Our server code is based on dead simple
> comet example mentioned earlier in the thread. Is there any other posibility
> of using Grizzly/Comet - ea. not in full streaming mode... Maybe that will
> solve the problem?
> http://www.nabble.com/file/p25678795/cpuDanes.jpg 
>


Can you send output of ${java.home}/bin/jstack <PID> or the process that
produce the high CPU? You are in Linux, right?

Thanks

-- Jeanfrancois



> Thank you,
>
> Curry

---------------------------------------------------------------------
To unsubscribe, e-mail: [e-mail]
For additional commands, e-mail: [e-mail]