From owner-freebsd-amd64@FreeBSD.ORG Thu Jan 27 21:26:48 2005 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A13D16A4CE for ; Thu, 27 Jan 2005 21:26:48 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB1743D1F for ; Thu, 27 Jan 2005 21:26:47 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j0RLQhPe047187; Thu, 27 Jan 2005 16:26:47 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Kelly Black Date: Thu, 27 Jan 2005 16:26:37 -0500 User-Agent: KMail/1.6.2 References: <1b1b33f10501270752473093ea@mail.gmail.com> <200501271359.30721.jkim@niksun.com> <1b1b33f1050127122129c73189@mail.gmail.com> In-Reply-To: <1b1b33f1050127122129c73189@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200501271626.38015.jkim@niksun.com> X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-amd64@freebsd.org Subject: Re: Configuration of Compaq R3000 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jan 2005 21:26:48 -0000 On Thursday 27 January 2005 03:21 pm, Kelly Black wrote: > Dear Jung-uk Kim, Hi. > It works! Thank you! I downloaded it and built the module. I can't > read Japanese so the readme was not much use. I blindly tried "make > ; make install" and it put the module in /boot/kernel. Fortunately, > the comments in the program are pretty good. When I tried "kldload > acpi_ppc" it loaded the module with no trouble. (I had already > applied the patchs that you had posted earlier.) :-) You did it right. > This time when I ran it the time was down to 95 seconds which is > faster than my desktop system, a one year old P4, and is much > faster than CygWin. (Our opteron system runs this program in 81 > seconds.) It was pretty cool to start the process up and a little > while later hear the fan kick in. There is nothing like instant > feedback! :-) So I guess we beat Gentoo big time? ;-) > The only problem is that I have to run the machine with acpi > enabled to take advantage of the driver. I've had some stability > problems with acpi enabled so I will probaly only use this under > special circumstances. It should be fixed if you have applied 'timer' fix: http://docs.freebsd.org/cgi/mid.cgi?200501261149.11530.jkim (I am sure you have but just checking...) If you see more instabilities, please let me know. > Again, thank you for this pointer and thank you for all your work > on this machine. Your work made it possible to get FreeBSD working > on this beast. It has been surprising how many little things have > made this machine so difficult to configure. Yeah... It was really painful and took nearly a week just to make it boot. :-( > I will try to attach a copy of the program and makefile with this > email as per your request. To create an executable type "make > hermite" and then run the executable, ./hermite, from the command > line. You will have to create a directory called "graph" wherever > you happen to put the files because at the start of the run it > writes a file to that directory. > > Finally, there is a stochastic component, and a random variable is > added at each time step. The time required will vary from slightly > from run to run, so you have to make multiple runs and average them > to get a better idea of how long it takes. This is not quite the > full blown version. We double the matrix size and double the time > steps for the bigger problem and have to make multiple runs because > of the stochastic part. It seems to me that it's more like FPU benchmarking than overall CPU performance test. FreeBSD/amd64 is slowly catching up in that area but it's far from ideal. http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/msun/amd64/ We need lots of optimization in that area (e. g., using SSE/SSE2). Cheers, Jung-uk Kim > Sincerely, > Kel