I've posted this in the past, the problem is not RMFPM, it is all linux under vm monitors.... Top is just as bad.
My standard explanation is posted at "http://linuxvm.com/topisbad.html"; >Date: Fri, 9 Apr 2004 23:11:26 -0500 >From: Tom Shilson <[EMAIL PROTECTED]> > >Nick Laflamme said, > >Coincidentally, I asked about this at yesterday's Hillgang >meeting here near Washington, DC, in conjunction with IBM's >Performance Toolkit on VM. The responses I got was that the data >from this agent wasn't accurate and that the agent itself was >expensive to run. > >Hi Nick, > >Can you give us some details? Was it the toolkit reporting VM >numbers that was the problem, or was it RMFPMS reporting Linux >numbers? How did folks know that the numbers were inaccurate? >Expensive to run: Was that in CPU time? Any more info would be >helpful! > >Anyone else have a comment? > >Thanks -- I would really like to understand this. > > _/) Tom Shilson >~~~~~ GEDW & VM System Services >Aloha Tel: 651-733-7591 tshilson at mmm dot com > Fax: 651-736-7689 "If you can't measure it, I'm Just NOT interested!"(tm) /************************************************************/ Barton Robinson - CBW Internet: [EMAIL PROTECTED] Velocity Software, Inc Mailing Address: 196-D Castro Street P.O. Box 390640 Mountain View, CA 94041 Mountain View, CA 94039-0640 VM Performance Hotline: 650-964-8867 Fax: 650-964-9012 Web Page: WWW.VELOCITY-SOFTWARE.COM /************************************************************/ ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
