From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id C11E51381F4 for ; Mon, 13 Aug 2012 18:57:28 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7FD7E21C030; Mon, 13 Aug 2012 18:57:08 +0000 (UTC) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by pigeon.gentoo.org (Postfix) with SMTP id AAC38E07AF for ; Mon, 13 Aug 2012 18:55:24 +0000 (UTC) Received: (qmail invoked by alias); 13 Aug 2012 18:55:23 -0000 Received: from wl-l3-55.rz.tu-ilmenau.de (EHLO localhost) [141.24.17.55] by mail.gmx.net (mp038) with SMTP; 13 Aug 2012 20:55:23 +0200 X-Authenticated: #4040096 X-Provags-ID: V01U2FsdGVkX1/kSd4BdtrkDR8p4C2lrF8GKSkYH/GW5lz011YHc8 QP5hrR9PVjVoCG Date: Mon, 13 Aug 2012 20:55:23 +0200 From: Frank Steinmetzger To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Comparison between 32 bit and 64 bit Message-ID: <20120813185523.GC30008@eisen.lan> Mail-Followup-To: gentoo-user@lists.gentoo.org Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z6Eq5LdranGa6ru8" Content-Disposition: inline User-Agent: Mutt 1.5.21 (2010-09-15, Gentoo 1.5.21-r1) X-Y-GMX-Trusted: 0 X-Archives-Salt: 072626cd-7c05-4626-9381-cc0d2715293e X-Archives-Hash: 18331b77c658858d9d5785cb5e76c03a --z6Eq5LdranGa6ru8 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hey there As I mentioned in an earlier thread, I switched from 32 to 64 bit after some convinction work done by the ML and a friend. In order to justify the swit= ch for myself, I made some performance comparisons. =20 So, in case anyone is interested, here are my results. The only thing I don't really like is of course the increased RAM usage. While the old installation took 400 MB of RAM after Login to KDE (Akonadi is a hog), it now takes 500. The memory meter now stands always at least at 5= 0% (3 GB available). I will have to tune down multitasking a bit. The following items first display the command excuted (denoted by $), and t= hen the output of time for the command; first for 32 bit and then 64 bit. All tests were done on my Core 2 Duo laptop (T7200, max. 2GHz) fixed at 1 G= Hz and with 3 GB of RAM. This is not a theoretical benchmark, but rather about stuff I usually to do in my every-day computing. I excluded compiling, because it involves more than just crunching. Resulting observation: there seems to be an inherent increase of about 10% in memory throughput. I was most surprised by the performance of lilypond and blender, two computing-intensive applications I tend to use regularly. I wanted to do a framerate comparison of the Java-based CPU hog Minecraft, but didn't get around to it. All the following tasks were done in ramdisk to rule out HDD hindrance. $ 7z b (7zip's own benchmark function, abridged output) 32 bit | 64 bit =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RAM size: 3037 MB | RAM size: 3013 MB RAM usage: 425 MB | RAM usage: 425 MB | =20 Dict Compressing | Decomp. | Dict Compressing | Decomp. Speed Rating | Speed Rating | Speed Rating | Speed Rating KB/s MIPS | KB/s MIPS | KB/s MIPS | KB/s MIPS | = =20 22: 1487 1446 | 19039 1719 | 22: 1612 1568 | 20974 1893 23: 1443 1470 | 19049 1744 | 23: 1612 1642 | 20758 1900 24: 1499 1612 | 18854 1749 | 24: 1591 1711 | 20292 1883 25: 1489 1700 | 18611 1750 | 25: 1584 1809 | 20030 1884 -------------------------------------------------------------------------- Avr: 1557 1740 | 1682 1890 Tot: 1649 | 1786 Various compressions of the High Voltage SID collection version 56 (41356 files, 1416 folders, total dir size 307.676k according to du -s). Extract: $ unrar x hvsc.rar real 0m38.582s 0m38.763s user 0m36.031s 0m36.190s sys 0m2.523s 0m2.496s ---> neglibible Repack witz p7zip, resulting archive size 54.8 MB: $ 7za a -t7z -m0=3Dlzma -mx=3D9 -mfb=3D64 -md=3D32m -ms=3Don hvsc.7z C64Mus= ic/ > /dev/null real 3m0.530s 2m41.780s user 5m22.359s 4m55.810s sys 2m2.973s 0m3.144s ---> 1/9 faster Extract from 7z: $ 7z x hvsc.7z real 0m24.541s 0m21.437s user 0m19.302s 0m16.929s sys 0m4.403s 0m4.472s ---> 1/10 faster Simple taring of the directory: $ tar cf hvsc.tar C64Music/ real 0m1.334s 0m1.226s user 0m0.297s 0m0.304s sys 0m1.020s 0m0.872s ---> ~1/10 faster XZing the tar, resulting archive size 54.2 MB: $ xz -k -z hvsc.tar real 6m26.383s 4m31.747s user 6m23.375s 4m30.969s sys 0m2.733s 0m0.728s ---> ~1/3 faster XZing with --extreme option (about 4% smaller archive): $ xz -e -k -z hvsc.tar real 15m37.732s 10m39.348s user 15m36.592s 10m38.900s sys 0m0.977s 0m0.456s ---> ~1/3 faster Packing in squashfs: $ mksquashfs C64Music/ hvsc.sqfs real 0m57.380s 0m44.697s user 1m45.136s 1m20.377s sys 0m9.059s 0m6.116s ---> ~1/4 faster Some memory shuffling: $ dd if=3D/dev/urandom of=3Drandom bs=3D1M count=3D500 real 2m0.306s 1m49.348s user 0m0.003s 0m0.000s sys 2m0.292s 1m49.315s ---> 1/12 faster $ cp random r2 real 0m1.069s 0m0.917s user 0m0.000s 0m0.004s sys 0m1.067s 0m0.908s ---> 1/10 faster Compile Bach's Christmas Oratorio, Tenor part, 16 pages A5: $ lilypond wo.ly real 0m31.430s 0m23.737s user 0m30.711s 0m23.129s sys 0m0.717s 0m0.592s ---> 1/3 faster Compile Oratorio de No=C3=ABl by Saint-Sa=C3=ABns, 4 voices, 16 pages A4: $ lilypond noel.lyk real 0m41.575s 0m26.494s user 0m41.177s 0m25.870s sys 0m0.390s 0m0.604s ---> >1/3 faster Optimising a PNG (photo of Orion nebula, 1400x1050 pixel): $ optipng -o9 Orion.png real 0m23.491s 0m21.337s user 0m23.465s 0m21.281s sys 0m0.027s 0m0.008s ---> 1/10 faster Encoding a video file to x264 (1280x960, 1600 frames, no sound): First pass: $ mencoder bike.flv -ovc x264 -x264encopts bitrate=3D2000:pass=3D1 -nosound= -o /dev/null real 1m57.379s 1m44.500s user 3m48.048s 3m19.728s sys 0m0.837s 0m0.796s ---> 1/8 faster Second pass: $ mencoder bike.flv -ovc x264 -x264encopts bitrate=3D2000:pass=3D2 -nosound= -o bike.avi real 4m53.233s 4m15.533s user 9m41.169s 8m26.660s sys 0m0.990s 0m1.144s ---> 1/8 faster Rendering a small test scene in Blender 2.63 (http://www.eofw.org/bench/tes= t.blend): (file's scene defaults: 800x600, one thread) win32 2:59 Gentoo32 2:57 Gentoo64 2:09 ---> > 1/3 faster --=20 Gru=C3=9F | Greetings | Qapla' Please do not share anything from, with or about me with any Facebook servi= ce. =E2=80=9CMicrosoft isn't evil, they just make really crappy operating syste= ms.=E2=80=9D =E2=80=93 Linus Torvalds --z6Eq5LdranGa6ru8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlApTZkACgkQGafpl66MV0zevwCfVa2K7zFYU6A4vuY3kNsnuE2L WusAnjeiTiOR4tenHSf4WC4zDDqQuAms =xSjh -----END PGP SIGNATURE----- --z6Eq5LdranGa6ru8--