Hi, I've tried two benchmarks to check the speed of my system on two FreeBSD architectures i386 and amd64. I've never seen anyone posting this kind of benchmark, so here is what I found out: here the results of nbench: http://phpfi.com/71540 here is what openssl speed gives me: http://phpfi.com/71545 Sorry for posting it there, but I don't want to send attachments to this list. Please notice the memory speed penalties while the system is running on amd64 kernel. I would like to know what causes this kind of low performance when memory is being accessed. Is this a hardware problem or a problem with FreeBSD? Generally, FreeBSD-amd64 performs slightly better than FreeBSD-i386 and it's stable as expected, but I cannot find any solution to the memory problems that affect memory intensive applications as you can see. Martin
You might want to have a look at my private benchmarks too: http://www.alpha-tierchen.de/dateien/etc/benchmark.html Bj?rn
On Tue, Jul 26, 2005 at 07:57:06PM +0200, Martin wrote:> > Hi, > > I've tried two benchmarks to check the speed of my > system on two FreeBSD architectures i386 and amd64.My results for amd64 (haven't tried i386): Hardware: Athlon64 3400+ (2.4 GHz, 400 MHz FSB) MSI Neo FSR (MSI-6702) 2x512 MB PC3200U-2533 RAM TEST : Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* --------------------:------------------:-------------:------------ NUMERIC SORT : 1684.8 : 43.21 : 14.19 STRING SORT : 186.1 : 83.15 : 12.87 BITFIELD : 3.9649e+08 : 68.01 : 14.21 FP EMULATION : 134.38 : 64.48 : 14.88 FOURIER : 17671 : 20.10 : 11.29 ASSIGNMENT : 22.259 : 84.70 : 21.97 IDEA : 3618.9 : 55.35 : 16.43 HUFFMAN : 1626.1 : 45.09 : 14.40 NEURAL NET : 25.743 : 41.35 : 17.39 LU DECOMPOSITION : 1156.3 : 59.90 : 43.26 ==========================ORIGINAL BYTEMARK RESULTS=========================INTEGER INDEX : 61.508 FLOATING-POINT INDEX: 36.786 Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0 ==============================LINUX DATA BELOW==============================CPU : L2 Cache : OS : FreeBSD 5.4-STABLE C compiler : cc libc : /lib/libc.so.5 MEMORY INDEX : 15.896 INTEGER INDEX : 14.951 FLOATING-POINT INDEX: 20.403 Baseline (LINUX) : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38 Roland -- R.F.Smith (http://www.xs4all.nl/~rsmith/) Please send e-mail as plain text. public key: http://www.xs4all.nl/~rsmith/pubkey.txt -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050727/29587feb/attachment.bin
On Jul 26, 2005, at 1:57 PM, Martin wrote:> Please notice the memory speed penalties while the > system is running on amd64 kernel. I would like to > know what causes this kind of low performance when > memory is being accessed.The amd64 memory architecture is NUMA -- that is, depending on how your RAM is layed out, some of it is faster to access for each processor. Accessing RAM "local" to the other processor(s) is slower. There are many subtle issues relating to non-uniform memory access and how to code programs to take advantage of it (or try to avoid being bit by it). It is a very hard problem, and the three letters following my name came to be from researching this issue 11 years ago :-) The FreeBSD scheduler and memory allocators are definitely not NUMA aware. Vivek Khera, Ph.D. +1-301-869-4449 x806
On Tue, Jul 26, 2005 at 07:57:06PM +0200, Martin wrote:> > Hi, > > I've tried two benchmarks to check the speed of my > system on two FreeBSD architectures i386 and amd64. > I've never seen anyone posting this kind of benchmark, > so here is what I found out: > > here the results of nbench: > http://phpfi.com/71540 > > here is what openssl speed gives me: > http://phpfi.com/71545 > > Sorry for posting it there, but I don't want to > send attachments to this list. > > Please notice the memory speed penalties while the > system is running on amd64 kernel. I would like to > know what causes this kind of low performance when > memory is being accessed. > > Is this a hardware problem or a problem with FreeBSD? > Generally, FreeBSD-amd64 performs slightly better > than FreeBSD-i386 and it's stable as expected, but > I cannot find any solution to the memory problems > that affect memory intensive applications as you can > see. > > MartinAs another data point, below is the nbench output from one of my systems. It's an Athlon 64 3800+ w/ venice core running FreeBSD 6.0-BETA1. Motherboard is an ASUS A8V Deluxe (socket 939) with 1GB of DDR400 RAM (2 512MB sticks). BYTEmark* Native Mode Benchmark ver. 2 (10/95) Index-split by Andrew D. Balsa (11/97) Linux/Unix* port by Uwe F. Mayer (12/96,11/97) TEST : Iterations/sec. : Old Index : New Index : : Pentium 90* : AMD K6/233* --------------------:------------------:-------------:------------ NUMERIC SORT : 2326 : 59.65 : 19.59 STRING SORT : 202.35 : 90.41 : 13.99 BITFIELD : 5.2938e+08 : 90.81 : 18.97 FP EMULATION : 153.36 : 73.59 : 16.98 FOURIER : 18608 : 21.16 : 11.89 ASSIGNMENT : 27.817 : 105.85 : 27.46 IDEA : 3400 : 52.00 : 15.44 HUFFMAN : 1869.4 : 51.84 : 16.55 NEURAL NET : 24.696 : 39.67 : 16.69 LU DECOMPOSITION : 1237.9 : 64.13 : 46.31 ==========================ORIGINAL BYTEMARK RESULTS=========================INTEGER INDEX : 72.257 FLOATING-POINT INDEX: 37.759 Baseline (MSDOS*) : Pentium* 90, 256 KB L2-cache, Watcom* compiler 10.0 ==============================LINUX DATA BELOW==============================CPU : L2 Cache : OS : FreeBSD 6.0-BETA1 C compiler : cc libc : /lib/libc.so.6 MEMORY INDEX : 19.388 INTEGER INDEX : 17.076 FLOATING-POINT INDEX: 20.942 Baseline (LINUX) : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38 * Trademarks are property of their respective holder. -- Bob Willcox Reality is nothing but a collective hunch. bob@immure.com -- Lily Tomlin Austin, TX