From: Jeroen B. <jbo...@xe...> - 2006-03-20 09:55:10
|
Hi Age, Sounds great, but I am not convinced. How did you test the JAMon performance? The JAMon page refers to com.jamonapi.TestClassPerformance, it also uses a monitor around the test with the loop (of 1.000.000 iterations), the last code block: timingMon.start(); test.factoryMonitor(); log(timingMon.stop()); : Gives me the next output: ---- Full Factory TimingMonitor()- uses cached version so doesn't create child monitors Monitor mon=MonitorFactory.start('pages.admin'); mon.stop(); JAMon Label=pages.admin, Units=ms.: (Hits=2000000.0, Avg=7.0E-5, Total=140.0, Min=0.0, Max=16.0, Active=0.0, Avg Active=1.0, Max Active=1.0, First Access=Mon Mar 20 10:28:02 CET 2006, Last Access=Mon Mar 20 10:28:05 CET 2006) It took 1594 ms. ---- The JAMon label Avg=7.0E-5 is bogus because of the clock resolution as you point out. However, the time all 1.000.000 iterations took is: 1594 ms. This means 627.000 calls per second on my 5160 laptop with jdk 1.4.2. So, I would say the numbers on the JAMon page are correct (405.000 calls/s for jdk1.4). Agree? Ciao, Jeroen. PS. I haven't had time to time Sensor yet. Age Mooy wrote: >Hi > >I did some extremely rudimentary performance overhead tests using the >following code (snippet): > >============================ > >parentTimer.start(); > >for (int i = 0; i < 1000000; i++) { // or 500000 > timer.start(); > timer.stop(); >} > >parentTimer.stop(); > >============================= > >I consistently got performance of around 68000 start/stop operations >per second (the average time for 500000 iterations was 7.4 seconds and >the average time for 1000000 iterations was 14.6 seconds) > >I measured the total time of the parent timer since the time >resolution of the VM/OS is not accurate enough in the 0 - 10 ms range. >The total time of the timer that was being started and stopped in the >loop consistently reports values about 3 times as fast, which would >lead to performance of about 200000 iterations per second. > >Funnily enough that last number is prety close to the performance >listed on the Jamon 2.0 page so I ran the Jamon 2.0 performance tests >and got almost exactly the same performance as Sensor. Sensor was >slightly faster on a 1.4 jdk. > >This means that the performance listed on the Jamon 2.0 website is not >correct since they did not take the VM/OS timing resolution into >account. > >Conclusion: Sensor does not seem to have any performance problems >relative to Jamon and performs similar or better than Jamon 2.0. > >Age >N�HS^�隊X���'���u��<�ڂ�.���y�"��*m�x%jx.j���^�קvƩ�X�jب�ȧ��m�ݚ���v&��קv�^�+����j�Z���{az���^��h���n���)�{h�����ا��+h�(m�����Z��jY�w��ǥrg�y$���Oxḝn�mj��^��'����z������x%��Rz{(�ׯzZ)z�b��,���y�+��m����+-��.�ǟ�����+-��b�ا~��z{(�ׯzZ)er== > -- drs. Jeroen Borgers Senior Consultant, SCJP, SCEA Xebia IT Architects BV, Utrechtseweg 49, 1213 TL Hilversum, The Netherlands, www.xebia.com office: +31(0)35-5381921, mobile: +31(0)6-30128951, jbo...@xe... |