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 270B01381F3 for ; Tue, 11 Dec 2012 20:25:12 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 41B5721C0D0; Tue, 11 Dec 2012 20:24:52 +0000 (UTC) Received: from mail111c7.megamailservers.com (mail111c7-2520.megamailservers.com [69.49.98.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 04A84E067D for ; Tue, 11 Dec 2012 20:23:19 +0000 (UTC) X-POP-User: admin.sys-concept.com Received: from syscon7.localdomain (S01060050da7ae68c.ed.shawcable.net [68.149.90.13]) by mail111c7.megamailservers.com (8.13.6/8.13.1) with ESMTP id qBBKMvl9008429 for ; Tue, 11 Dec 2012 15:22:59 -0500 Received: by syscon7.localdomain (Postfix, from userid 1000) id B8EDA200801; Tue, 11 Dec 2012 13:23:12 -0700 (MST) Date: Tue, 11 Dec 2012 13:23:12 -0700 From: Joseph To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Intel Atom: architecture, distcc, crossdev and compile flags Message-ID: <20121211202312.GB14782@syscon7.inet> References: <20121211173647.GA32351@eisen.lan> 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: text/plain; charset=utf-8; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20121211173647.GA32351@eisen.lan> User-Agent: Mutt/1.5.21 (2010-09-15) X-CSC: 0 X-CHA: v=1.1 cv=CzDeeN6s8UKWmaOIt1kMtoW9JszDjE+dRQAnmAdb/Kw= c=1 sm=1 a=wom5GMh1gUkA:10 a=P_I6FxSbnSIA:10 a=nDghuxUhq_wA:10 a=IkcTkHD0fZMA:10 a=C3ZDv51cNVt4vJz/79I2xQ==:17 a=rvq4IO6Vt-8jGGxb7b8A:9 a=QEXdDO2ut3YA:10 a=C3ZDv51cNVt4vJz/79I2xQ==:117 X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A020207.50C7962E.00CE,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0 X-Archives-Salt: 0f0b21d3-97ef-4cc4-8079-4c12d156c19a X-Archives-Hash: fb3948ff5c3e1588b4a332ab2f0cb3b3 I have: Atom(TM) CPU 330 @ 1.60GHz running it with: CFLAGS="-march=core2 -O2 -pipe" CXXFLAGS="${CFLAGS}" MAKEOPTS="-j5" CHOST="x86_64-pc-linux-gnu" Didn't run any test performance on it, but the only disappointing fact about this small box is that it will not reboot itself when the power goes down. It runs my asterisk and hylafax in remote location so I have to keep an eye on it :-/ -- Joseph On 12/11/12 18:36, Frank Steinmetzger wrote: >Hello list > >Long time no read... :) > >It follows a verbose preamble. For the actual questions see dashed line below. >TL;DR summary: it’s all about ricer-performance questions on a netbook. > > >I have the luck of having obtained a used netbook for free (Atom N450, single- >core with HT, 1 GB memory, 5400 rev HDD). During the last week I’ve been >experimenting with 32 and 64 bits on it and am still quite undecided which to >keep. My reasons: > >- They are not as far apart in CPU performance as is the Core2. > I posted a 32/64 comparison for Core2 a few months ago, which showed that > Lilypond speedup on 64 bit was 50%. On the Atom, it actually took 5% longer. > (Sadly, Blender doesn’t build on 32 bit right now). >- Startup times for hogs like Firefox and KDE are quite equal between the two > (that could be attributed in parts to the fact that the 64 bit partition > sits on the disk’s first sectors, while 32 bit sits at the other end, I > don’t know which end is faster). >- pro 64: it is very easy to use distcc, as opposed to 32 bits (see below). >- con 64: it uses about 50% more memory, 32 bit builds are a little faster. > >The RAM argument is the most convincing one right now, since more free RAM >means more cache, which means a faster system in the long run. Currently, KDE >after logon needs 150 MB on 32 bit, and 250 MB on 64 bit (without akonadi for >now). But awesome WM rocks on a netbook anyway. > > >----------[ Questions begin ]------------------------------------------------ > >So I’m interested in you opinion and own experience about the following >arising questions: > >* From my observations, the benefit of 64 bit over 32 is much smaller for an > Atom than it is for my Core2. Am I right to assume thus that the Atom > architecture doesn’t have much to offer to 64 bit (such as extra registers)? > I’m not talking about memory here, since it’s limited to 2 GB in any case. > >* The problem of distcc between different architectures: > The netbook already had an older 32 bit Gentoo installed. And since I have > a multilib host (march=core2), I though I could upgrade with distcc (using > march=atom on the netbook). But at some point more and more stuff stopped > working, eventually I got “invalid instruction” errors during emerge, hence > I figured that was a dead end. > > So is it possible to mix architectures in this way at all with distcc? > I also have crossdev for i686 installed, which even shares files with the > system’s normal multilib gcc. I find that odd. > I sped up the installation process for 32 bit by using a chroot on the big > machine, which worked nicely. But it’s not a long-term solution, b/c it > uses up too much disk space on the host. > >* I’m interested in the question of -O2 vs. -Os. > Some sources say -Os is bad, b/c it breaks debugging and is mainly untested. > I won’t do heavy developing on it anyway, and Atoms do have a puny cache. > So I wonder whether -Os would improve execution time and RAM usage > noticably. Diskspace itself is not an issue. > >* I’m also interested in comparing bin packages over self-compiled ones. > E.g. I did compile icedtea, even if it’s just for TV browser. :) > Can you name a Java benchmark to measure CPU performance? > >* The last thing I’m going to set up is filesystem encryption, at least for ~. > I already know/think that AES would be the best choice due to limited CPU > power, but what else is there to heed besides key size? > >* What other small benchmarks for CPU and memory can you recommend? So far I > tested with nbench and sysbench. The results are so-and-so. Some computation > stuff is much slower on 64 bit, some a bit faster. The applicability to > every-day use is of course a wibbly-wobbly argument. > I also tested the runtime of some application (packing and unpacking of > archives, throughput with dd, mencoder). If there is interest, I can post > the result of 21 runs on each platform, measured with GNU time. > >----------[ Questions end ]-------------------------------------------------- > > >PS.: I’m aware that benchmarks are always a bit subjective and none is >perfect. I also realise that most of the questions quite belong into the >ricer corner. But Netbooks are ricer devices, b/c they need to perform at >their limits all the time. :-D > >If you read until this point, thank you very much for your time. You get a >unicorn as a reward: `^nn~ >-- >Gruß | Greetings | Qapla’ >Please do not share anything from, with or about me with any Facebook service. > >“Time is money” said the waiter and put the date on the bill.