From owner-freebsd-hackers Thu Jul 20 17:59:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id RAA01174 for hackers-outgoing; Thu, 20 Jul 1995 17:59:39 -0700 Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.cdrom.com (8.6.11/8.6.6) with SMTP id RAA01168 for ; Thu, 20 Jul 1995 17:59:37 -0700 Received: from miles.sso.loral.com (miles.wdl.loral.com) by wdl1.wdl.loral.com (5.x/WDL-2.4-1.0) id AA12095; Thu, 20 Jul 1995 17:59:01 -0700 Received: by miles.sso.loral.com (4.1/SSO-SUN-2.04) id AA03750; Thu, 20 Jul 95 20:59:22 EDT Date: Thu, 20 Jul 1995 20:59:20 -0400 (EDT) From: Richard Toren X-Sender: rpt@miles To: "Rodney W. Grimes" Cc: hackers@freebsd.org Subject: Re: ramspeed results - ?? In-Reply-To: <199507202035.NAA09749@gndrsh.aac.dev.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@freebsd.org Precedence: bulk I saw that this would swap itself to death when I first inspected the code. I asked Poul-Henning Kamp about the malloc size and received: >For the results to be comparable you cannot change that number. >If you want to run it with less memory, you also need to remove the >checksum check's later. > >>> IF YOU CHANGE IT: DO NOT PUBLISH YOUR NUMBERS !!! <<< i did mention that I had only 8MB of memory. If the checksum fails, I don't think anything will be reported. And will the summary results (uSec/op) values really be comparable? I think I will modify the block size, remove the checksum checks and see what I get. What order of magnitude seems reasonable? ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@miles.sso.loral.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== On Thu, 20 Jul 1995, Rodney W. Grimes wrote: > > > > I picked up ramspeed from this list a week ago or so. Ran it last night. > > 1> Don't know how long it took, but it was over 90 minutes. > > :-(. > > > 2> iT's 486DX66, BT SCSI2 VLB controller, 8 MB memory > ^^^^^^^^^^^ > > That code as supplied requires at least 8MB of totally free > and unused memory or you machine pages faults and swaps to > death. This means you need a machine with at least 12MB and > usually more like 16MB to run it as supplied. > > > > > Results - > > 49005fb0 44.464 uS/op 2.25e+04 op/sec 0.086 mb/sec > > 8938c0df 44.845 uS/op 2.23e+04 op/sec 0.085 mb/sec > > > > What is this telling me. How does it compare? Is the 3rd a disk swap rate > > or something? > > It is meaningless given the configuration. All 3 result values are > the same result just expressed in 3 different ways, they all have > very simply mathmatical relations and given any 1 of them I can > calculate the other 2. > > Change: > #define TESTSIZE (8192*1024) > > to something like > #define TESTSIZE (4096*1024) > > And boot your system single user to run the test to maximize the > free memory pool and to make sure that no vm page fragmentation > has happened. > > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Reliable computers for FreeBSD >