All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ralf Rösch" <linux@cantastic.de>
To: Alex Gonzalez <linux-mips@packetvision.com>
Cc: linux-mips@linux-mips.org
Subject: Re: Benchmarking RM9000
Date: Tue, 12 Jul 2005 11:42:46 +0200	[thread overview]
Message-ID: <42D39096.7010500@cantastic.de> (raw)
In-Reply-To: <1121096632.28569.1107.camel@euskadi.packetvision>


>As before, I'd appreciate some other results from modern systems to
>compare with.
>
>  
>
Alex, below you can find our LMBENCH 3.0-a4 test results. 
Our machine is a Toshiba TX4937 based system (in the hope "modern enough") running with 
333MHz CPU-Clock and 133 MHz SDRAM-Clock (64bit).
The bench was run on the Debian based mipsel-distribution.
I'm surprised about the big difference in test results compared to your RM9000 system.
I would expect that your system should be much faster and I think there must be
a blocking part (hardware, software)  in your system. 

Regards
  Ralf (Roesch)

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

                 ------------------------------------

         (Alpha software, do not distribute)

Basic system parameters
------------------------------------------------------------------------------
Host                 OS Description              Mhz  tlb  cache  mem   scal
                                                     pages line   par   load
                                                           bytes  
--------- ------------- ----------------------- ---- ----- ----- ------ ----
debian-mi  Linux 2.6.12        mipsel-linux-gnu  326     4    32 1.0700    1

Processor, Processes - times in microseconds - smaller is better
------------------------------------------------------------------------------
Host                 OS  Mhz null null      open slct sig  sig  fork exec sh  
                             call  I/O stat clos TCP  inst hndl proc proc proc
--------- ------------- ---- ---- ---- ---- ---- ---- ---- ---- ---- ---- ----
debian-mi  Linux 2.6.12  326 0.41 1.22 8.37 9.96 78.1 1.85 7.77 1437 8018 36.K

Basic integer operations - times in nanoseconds - smaller is better
-------------------------------------------------------------------
Host                 OS  intgr intgr  intgr  intgr  intgr  
                          bit   add    mul    div    mod   
--------- ------------- ------ ------ ------ ------ ------ 
debian-mi  Linux 2.6.12 3.0600 0.0500   18.3  122.4  124.8

Basic float operations - times in nanoseconds - smaller is better
-----------------------------------------------------------------
Host                 OS  float  float  float  float
                         add    mul    div    bogo
--------- ------------- ------ ------ ------ ------ 
debian-mi  Linux 2.6.12   15.6   15.1   64.9  126.7

Basic double operations - times in nanoseconds - smaller is better
------------------------------------------------------------------
Host                 OS  double double double double
                         add    mul    div    bogo
--------- ------------- ------  ------ ------ ------ 
debian-mi  Linux 2.6.12   24.7   24.2  106.5  217.8

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
--------- ------------- ------ ------ ------ ------ ------ ------- -------
debian-mi  Linux 2.6.12 1.1100   29.8   28.4   71.2   18.6    70.2    24.5

*Local* Communication latencies in microseconds - smaller is better
---------------------------------------------------------------------
Host                 OS 2p/0K  Pipe AF     UDP  RPC/   TCP  RPC/ TCP
                        ctxsw       UNIX         UDP         TCP conn
--------- ------------- ----- ----- ---- ----- ----- ----- ----- ----
debian-mi  Linux 2.6.12 1.110  16.4 35.3  73.8 205.7 146.8 313.1 560.

File & VM system latencies in microseconds - smaller is better
-------------------------------------------------------------------------------
Host                 OS   0K File      10K File     Mmap    Prot   Page   100fd
                        Create Delete Create Delete Latency Fault  Fault  selct
--------- ------------- ------ ------ ------ ------ ------- ----- ------- -----
debian-mi  Linux 2.6.12  252.1  349.2  753.6  536.2   69.0K 1.830 5.18150  44.3

*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
--------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- -----
debian-mi  Linux 2.6.12 41.0 42.0 36.5   55.7  166.1   89.8   89.0 166. 153.4

Memory latencies in nanoseconds - smaller is better
    (WARNING - may not be correct, check graphs)
------------------------------------------------------------------------------
Host                 OS   Mhz   L1 $   L2 $    Main mem    Rand mem    Guesses
--------- -------------   ---   ----   ----    --------    --------    -------
debian-mi  Linux 2.6.12   326 6.3470  125.0  127.1       302.4    No L2 cache?

  reply	other threads:[~2005-07-12  9:41 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20050708091711Z8226352-3678+1954@linux-mips.org>
2005-07-08 12:02 ` CVS Update@linux-mips.org: linux Ralf Baechle
2005-07-08 12:12   ` Maciej W. Rozycki
2005-07-08 13:43     ` Richard Sandiford
2005-07-08 13:55     ` Ralf Baechle
2005-07-08 12:25   ` Benchmarking RM9000 Alex Gonzalez
2005-07-08 13:54     ` Laurence Darby
     [not found]     ` <20050708130131.GC2816@linux-mips.org>
2005-07-08 14:42       ` Alex Gonzalez
2005-07-10 23:14         ` Ralf Baechle
2005-07-11 15:43           ` Alex Gonzalez
2005-07-12  9:42             ` Ralf Rösch [this message]
2005-07-11 11:09         ` Laurence Darby
2005-07-11 11:55           ` Dominik 'Rathann' Mierzejewski
2005-07-08 14:35 Alex Gonzalez

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=42D39096.7010500@cantastic.de \
    --to=linux@cantastic.de \
    --cc=linux-mips@linux-mips.org \
    --cc=linux-mips@packetvision.com \
    /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.