[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2005-03-21 Thread [EMAIL PROTECTED]
Range, can you elaborate on this, I don't really get it. We want to measure CPU usage for the JBoss JVM. How would it help if we load some class or even bytecode manipulate it? View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3870947#3870947 Reply to the post :

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2005-03-20 Thread mranga
The problem with these approaches is tha they are OS dependent. You can use bytecode rewriting to make the solution os independent. For example http://jain-sip-appserver.dev.java.net We are considering it for use in our slee project http://mobicents.dev.java.net Ranga. View the original

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service/SNMP proxy

2004-06-16 Thread qiminghe
Regarding CPU/memory monitoring, they are not EJB-specific performance data and most of these data are available through SNMP interface. There are a couple of mature SNMP agents providing such data via various MIB (e.g. net-snmp) So we do not have to re-ivent the wheel. IMHO, the best way to do

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-06-16 Thread dimitris
So you mean we can poll an external (to the JVM) snmp agent running on the same box to get the CPU/Memory info from the operating system? The memory monitor is already implemented, but I think it may be interesting for the cpu monitor.. You add thourgh an external dependency... View the

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-05-19 Thread ChiefCujo
Hello, I'm not sure this is where I should post this, but I have found no other area where this is applicable. The biggest issue I see with this project when measuring Server utilization is that JBoss does not manage thread utilization. Correct me if I'm wrong, but I have been through the

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-05-19 Thread ChiefCujo
Ignore my previous post about there not being a ThreadPool... I must have my eyes examined I found it. Sorry If I annoyed anyone. Cheers View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3835592#3835592 Reply to the post :

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-03-23 Thread dimitris
You gave me some ideas. I think I'm going to use as a baseline the best run (in terms of how much a thread actually waited on a timed wait and how much time it took to execute a simple CPU bound task) and measure the difference. Cheers /Dimitris a

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-03-21 Thread ivelin
I am thinking that it is not as important whether we detect the same CPU % as the OS. It is more important to know whether a regular Java thread in the VM is being resumed more or less often. If we answer the following question positively, then we have a reason for serious doubt: Did the

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-03-21 Thread starksm
Right, without support from the vm/os your not going to be able to monitor thread liveness. What is important is does a monitor thread actual get sufficient time to emit a timely notification when there is an out of control thread spinning on a single cpu systems. Just mock up such a service

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-03-15 Thread dimitris
ivelin wrote : Very nice, Dimitris. | | I am not sure what a suitable task would be for the CPU monitoring. It is probably not as important what the actual task is, but rather how do we measure the CPU usage. An example method could be to remember the highest performance within a 10

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-03-11 Thread ivelin
Very nice, Dimitris. I am not sure what a suitable task would be for the CPU monitoring. It is probably not as important what the actual task is, but rather how do we measure the CPU usage. An example method could be to remember the highest performance within a 10 (configurable) second

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-03-10 Thread dimitris
ivelin wrote : | ... | 1) Scheduling based CPU estimate. Schedule a regular heartbeat task which will measure the time between two runs. If the delay is over the scheduled interval for a prolonged (configurable) time, then broadcast JMX notification. | | 2) Memory monitor. A similarly

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-02-12 Thread ivelin
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821230#3821230 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821230 We can discuss your idea. Do you have a more detailed design document handy? Ivelin

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-02-12 Thread andd
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3821236#3821236 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821236 Ok, started writing a short design doc. Will come back, soon Cheers /Dimitris

[JBoss-dev] [TODO -- DEVELOPMENT] - Re: JBoss HeartWatch service

2004-02-06 Thread andd
View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=3820413#3820413 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3820413 Hi, I'd like to do parts of this. Although it can be solved by writing specific MBeans, I was thinking