From owner-freebsd-sparc Mon Dec 9 6:35:59 2002 Delivered-To: freebsd-sparc@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D706237B401 for ; Mon, 9 Dec 2002 06:35:57 -0800 (PST) Received: from patan.sun.com (patan.Sun.COM [192.18.98.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F8E943ED8 for ; Mon, 9 Dec 2002 06:35:57 -0800 (PST) (envelope-from michael.schuster@sun.com) Received: from ms-emuc07-01.Germany.Sun.COM ([129.157.128.14]) by patan.sun.com (8.9.3+Sun/8.9.3) with ESMTP id HAA03265; Mon, 9 Dec 2002 07:35:52 -0700 (MST) Received: from sun.com (hacker [129.157.133.195]) by ms-emuc07-01.Germany.Sun.COM (8.12.2+Sun/8.12.2/ENSMAIL,v2.2) with ESMTP id gB9EZpHm022777; Mon, 9 Dec 2002 15:35:51 +0100 (MET) Message-ID: <3DF4AA47.2462C72@sun.com> Date: Mon, 09 Dec 2002 15:35:51 +0100 From: Michael Schuster Reply-To: Michael.Schuster@sun.com Organization: Sun Microsystems X-Mailer: Mozilla 4.8 [en] (X11; U; SunOS 5.9 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Mikhail Teterin Cc: freebsd-sparc@freebsd.org Subject: Re: why would Sparc be soo sloow? References: <3DF45D27.AC42361B@sun.com> <200212090921.00890.mi+mx@aldan.algebra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org 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