Date: Mon, 09 Dec 2002 15:35:51 +0100 From: Michael Schuster <michael.schuster@sun.com> To: Mikhail Teterin <mi+mx@aldan.algebra.com> Cc: freebsd-sparc@freebsd.org Subject: Re: why would Sparc be soo sloow? Message-ID: <3DF4AA47.2462C72@sun.com> References: <3DF45D27.AC42361B@sun.com> <200212090921.00890.mi%2Bmx@aldan.algebra.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Mikhail Teterin wrote: > > = - other HW config aspects, like storage in use, etc for both (!) > = machines, as well as characteristic of the application, such > = as > = - memory footprint > = - I/O behaviour, etc. > > Very little -- all the program is doing is computations -- the CPU is > the bottleneck on both machines. if this really is the case, patch 111722-01 may help you. > It calls the same financial formula > over and over -- for the same set of numbers. The numbers -- 8 double > values per call -- are read using scanf(3) from a file, and the result you're contradicting yourself: first you say "all .. computation" and next you say "are read using scanf(3) from a file" > -- 7 double values per call are written with a printf(3) to /dev/null. > > There are no file being opened/closed by the program at all... but they're being read! > > Very suprising, for, according even to truss(1), the program makes no which truss options are you using? you can use -u option to see whether you're stuck in a library, and -d to get time stamps - this can be quite illuminating. > Is there a known problem with sys-time accounting on these systems: not that I'm aware of. HTH Michael Recursion, n.: see 'Recursion' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3DF4AA47.2462C72>