Date: Tue, 9 Jun 2015 19:41:58 +0200
I always wondered about self time. It is supposed to not count time spent
in other methods but what about calls to methods that are not instrumented,
will those count as self or not? Maybe that could explain some waiting time
(even though self time isn't supposed to include waits)?
2015-06-09 18:55 GMT+02:00 Meltser Tiran <Tiran.Meltser_at_comverse.com>:
> Hi Alexey,
>
> We don’t think this is the case as (I hope) you can see the graph is
> sorted by *Self Time (CPU)*.
>
>
>
> *Tiran Meltser*
> System Architect
> Global Products & Operations
> *Comverse* – *Making Your Network Smarter*
>
>
>
> T +972-3-7678381
> M +972-54-5639381
> Tiran.Meltser_at_comverse.com
> *www.comverse.com <http://www.comverse.com/> *
>
> *P* *Please think of the environment before printing this email*
>
>
>
> *From:* Oleksiy Stashok [mailto:oleksiy.stashok_at_oracle.com]
> *Sent:* Tuesday, June 09, 2015 7:21 PM
> *To:* users_at_grizzly.java.net
> *Subject:* Re: CPU Usage Profiling
>
>
>
> Hi Uri,
>
> I suspect what you see is the total time spent inside the method, but most
> of the time it's in the idle state waiting for I/O events, so it shouldn't
> consume CPU.
> Please let me know if it's not the case.
>
> WBR,
> Alexey.
>
> On 09.06.15 16:29, Broide Uri wrote:
>
> Hi Alexey,
>
>
>
> After stabilizing on 100% Success Rate in heavy load on our application we
> started to perform CPU Usage profiling.
>
> We have noticed (you can see the attached screenshot) that we are spending
> 66% from the CPU time in the
> *org.glassfish.nio.DefaultSelectorHandler.select()* method.
>
> We are running the load with the following environment:
>
> · Grizzly 2.3.21
>
> · JDK 1.7.0_72-b14
>
> · RHEL 5.X
>
>
>
> Any advice on how can we improve the high CPU consumption?
>
>
>
> [image: cid:image003.jpg_at_01D0A2D6.6204FEE0]
>
>
>
> Thanks
>
> Uri
>
>
> ------------------------------
>
> “This e-mail message may contain confidential, commercial or privileged
> information that constitutes proprietary information of Comverse Inc. or
> its subsidiaries. If you are not the intended recipient of this message,
> you are hereby notified that any review, use or distribution of this
> information is absolutely prohibited and we request that you delete all
> copies and contact us by e-mailing to: security_at_comverse.com. Thank You.”
>
>
> ------------------------------
> “This e-mail message may contain confidential, commercial or privileged
> information that constitutes proprietary information of Comverse Inc. or
> its subsidiaries. If you are not the intended recipient of this message,
> you are hereby notified that any review, use or distribution of this
> information is absolutely prohibited and we request that you delete all
> copies and contact us by e-mailing to: security_at_comverse.com. Thank You.”
>
(image/jpeg attachment: image001.jpg)