Date: Sat, 4 Sep 1999 10:25:25 +0200 From: Jeroen Ruigrok/Asmodai <asmodai@wxs.nl> To: Satoshi - Ports Wraith - Asami <asami@freebsd.org> Cc: Jonathan Lemon <jlemon@americantv.com>, jkh@zippy.cdrom.com, hackers@freebsd.org Subject: Re: CFD: "bogomips" CPU performance metric Message-ID: <19990904102525.B76472@daemon.ninth-circle.org> In-Reply-To: <vqcr9kgxve7.fsf@silvia.hip.berkeley.edu> References: <local.mail.freebsd-hackers/199909022105.PAA43424@bootp.sls.usu.edu> <199909030047.TAA16433@free.pcs> <vqcr9kgxve7.fsf@silvia.hip.berkeley.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
* Satoshi - Ports Wraith - Asami (asami@freebsd.org) [990903 12:14]: > * From: Jonathan Lemon <jlemon@americantv.com> > > * hw.clockrate: 132 > > * Doing this for Pentium and better systems should be trivial. Doing > * it for 486 and lower would just add a timing loop. Doing it for SMP > * would be harder. > * > * hw.cpu0.clockrate: 233 > * hw.cpu1.clockrate: 233 > * > * Possibly? The implementer gets to pick a better name than these. > >hw.clockrate.cpu0: 233 >hw.clockrate.cpu1: 233 > >(cpu0 only for uni-procs, of course). This sounds like a good solution. I don't know why we can't detect speed on SMP boxes and I doubt the code will make things clear to me [seeing my third rank coding abilities]. But we could probe the first CPU, get it's clockspeed and since it's SMP be certain that all other CPU's would have the same speed. This might not be the cleanest solution should AMP type systems ever surface. [If they ever] Else, anyone care to detail exactly why we can't detect it? cheers, -- Jeroen Ruigrok van der Werven asmodai(at)wxs.nl The BSD Programmer's Documentation Project <http://home.wxs.nl/~asmodai>; Network/Security Specialist BSD: Technical excellence at its best Knowledge comes, but wisdom lingers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990904102525.B76472>