All of lore.kernel.org
 help / color / mirror / Atom feed
From: Randolph Chung <tausq@debian.org>
To: Grant Grundler <grundler@dsl2.external.hp.com>
Cc: Matthew Wilcox <willy@debian.org>, parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Re: [parisc-linux-cvs] linux grundler
Date: Sun, 9 Feb 2003 15:56:56 -0800	[thread overview]
Message-ID: <20030209235656.GA31429@tausq.org> (raw)
In-Reply-To: <20030209191441.GA21938@dsl2.external.hp.com>

> I've not done or seen any lmbench perf results recently but before hpux

well, we can fix that... :) Here are the numbers for a 2x440Mhz A500 running 
2.4.20-pa24 SMP.

btw, if you look at
http://lists.parisc-linux.org/pipermail/parisc-linux/2002-April/015984.html
we are only 2-3x slower than hpux :-)

I'm a bit confused about the "mmap latency" numbers. why are they so
high?

Related to this, thibaut and I were experimenting with running dbench on
two A500s today running identical kernels, but one is 2x440MHz and one
is 2x550MHz. The 550MHz is almost 10x faster. Is that expected?
Memory/disk configurations (3GB RAM in 440MHz, 2.5GB in 550MHz, etc) are 
not exactly the same, but I wouldn't have expected them to differ by that much.

randolph

                 L M B E N C H  2 . 0   S U M M A R Y
                 ------------------------------------


Basic system parameters
----------------------------------------------------
Host                 OS Description              Mhz
                                                    
--------- ------------- ----------------------- ----
ios       Linux 2.4.20-        hppa64-linux-gnu  440

Processor, Processes - times in microseconds - smaller is better
----------------------------------------------------------------
Host                 OS  Mhz null null      open selct sig  sig  fork exec sh  
                             call  I/O stat clos TCP   inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ----
ios       Linux 2.4.20-  440 0.73 1.85 10.2 11.8 110.8 2.17 16.9 17.K 41.K 85.K

Context switching - times in microseconds - smaller is better
-------------------------------------------------------------
Host                 OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K
                        ctxsw  ctxsw  ctxsw ctxsw  ctxsw   ctxsw   ctxsw
--------- ------------- ----- ------ ------ ------ ------ ------- -------
ios       Linux 2.4.20- 5.630 5.1500 4.9900 9.0800   23.4    52.1   175.8

*Local* Communication latencies in microseconds - smaller is better
-------------------------------------------------------------------
Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
                        ctxsw       UNIX         UDP         TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
ios       Linux 2.4.20- 5.630  20.4 48.4  89.2 172.5 114.1 351.5 1000

File & VM system latencies in microseconds - smaller is better
--------------------------------------------------------------
Host                 OS   0K File      10K File      Mmap    Prot    Page	
                        Create Delete Create Delete  Latency Fault   Fault 
--------- ------------- ------ ------ ------ ------  ------- -----   ----- 
ios       Linux 2.4.20-  130.0   80.0  509.9  180.0  3120.0K 603.4    58.0

*Local* Communication bandwidths in MB/s - bigger is better
-----------------------------------------------------------
Host                OS  Pipe AF    TCP  File   Mmap  Bcopy  Bcopy  Mem   Mem
                             UNIX      reread reread (libc) (hand) read write
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
ios       Linux 2.4.20- 49.1 81.0 33.6   74.0  268.4  201.8  168.8 260. 250.9

Memory latencies in nanoseconds - smaller is better
    (WARNING - may not be correct, check graphs)
---------------------------------------------------
Host                 OS   Mhz  L1 $   L2 $    Main mem    Guesses
--------- -------------  ---- ----- ------    --------    -------
ios       Linux 2.4.20-   440  20.0   20.0  220.0    No L1 cache?

  parent reply	other threads:[~2003-02-10  0:45 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20030208222242.AA3554829@dsl2.external.hp.com>
     [not found] ` <20030208222746.GB19683@dsl2.external.hp.com>
2003-02-08 23:23   ` [parisc-linux] Re: [parisc-linux-cvs] linux grundler Matthew Wilcox
2003-02-09  0:35     ` John David Anglin
2003-02-09  0:49       ` Randolph Chung
2003-02-09  0:56         ` Randolph Chung
2003-02-09  2:03           ` Matthew Wilcox
2003-02-09  2:18             ` John David Anglin
2003-02-09 14:55             ` James Bottomley
2003-02-09  2:11           ` John David Anglin
2003-02-09  3:27       ` Grant Grundler
2003-02-09  4:06         ` John David Anglin
2003-02-09  3:10     ` Grant Grundler
2003-02-09 12:29       ` Matthew Wilcox
2003-02-09 14:35         ` Matthew Wilcox
2003-02-09 19:14         ` Grant Grundler
2003-02-09 21:24           ` Aaron St. Pierre
2003-02-10 16:47             ` Grant Grundler
2003-02-09 23:56           ` Randolph Chung [this message]
2003-02-09  8:11     ` Grant Grundler
2003-02-09 12:21       ` Matthew Wilcox
2003-07-09 10:35 Joel Soete
     [not found] <20030708022259.B62B849404E@palinux.hppa>
2003-07-08 15:06 ` Carlos O'Donell
  -- strict thread matches above, loose matches on Subject: below --
2003-02-10  8:38 John Marvin
2003-02-09  8:55 [parisc-linux] " John Marvin
2003-02-09  7:40 John Marvin
2003-02-09  8:26 ` [parisc-linux] " Grant Grundler
     [not found] <20020804011707.2B9164860@dsl2.external.hp.com>
2002-08-04  2:03 ` Grant Grundler

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030209235656.GA31429@tausq.org \
    --to=tausq@debian.org \
    --cc=grundler@dsl2.external.hp.com \
    --cc=parisc-linux@lists.parisc-linux.org \
    --cc=willy@debian.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.