Date: Thu, 20 Jul 1995 20:59:20 -0400 (EDT) From: Richard Toren <rpt@miles.sso.loral.com> To: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com> Cc: hackers@freebsd.org Subject: Re: ramspeed results - ?? Message-ID: <Pine.SUN.3.91.950720205408.3746B-100000@miles> In-Reply-To: <199507202035.NAA09749@gndrsh.aac.dev.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SUN.3.91.950720205408.3746B-100000>