Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
is ti worth going to 64 bit?
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2  
Reply to topic    Gentoo Forums Forum Index Gentoo on AMD64
View previous topic :: View next topic  
Author Message

Joined: 20 Apr 2005
Posts: 5656

PostPosted: Mon Jan 10, 2011 6:46 pm    Post subject: Reply with quote

wjb wrote:
Speed - anyone got any actual numbers for the same PC with 32 vs 64??

Every numbers you get are wrong, because this depends very much on the processor and application. There are processors which increase speed for application A enormously, other processors keep speed for application A almost the same but increase speed for application B. Probably, this also changes enormously between gcc versions, since gcc maintainers have learnt a lot about particular improvements in 64 bit. If you want reliable numbers for your setting, you have to try it with your setting...
Back to top
View user's profile Send private message

Joined: 06 Jan 2009
Posts: 588

PostPosted: Tue Feb 08, 2011 10:49 am    Post subject: Reply with quote

memcmp() and memcpy() can process sizeof(long) aligned memory
regions 8 bytes at a time instead of 4 bytes at a time, for just one
non-double context where wider registers are an advantage.
Since applications can set up memory regions that they know
in advance they are going to need to memcmp() or memcpy()
to have that alignment when they are allocated, this will be a fairly
common speedup (times 2) for those operations in both the kernel
and in applications doing pretty much anything (I seem to recall
that the default alignment returned by glibc's malloc() is 8 bytes,
so that fits the requirement). Even interpreted code will benefit,
because the interpreter itself can be programmed to use sizeof(long)
aligned allocations where it uses memcmp() and memcpy() (the same
is true of comparable operations in other compiled languages than
C/C++/Objc, like Ada, Fortran, etc).
Back to top
View user's profile Send private message

Joined: 05 May 2004
Posts: 3220

PostPosted: Tue Feb 08, 2011 1:23 pm    Post subject: Reply with quote

Now for a slightly different perspective...

In practical terms, if you need 64-bit, say to run VLSI CAD code that only comes in 64-bit form, then you just plain need 64-bit, and 32-bit is a non-starter. If you need 32-bit, say for the "win32codecs" package, then you just plain need 32-bit, but the issue is a little murky.

For me it came down to this: Most software developers these days live on 64-bit. The initial coding and debug is done on 64-bit, it's the most "live" version, and essentially gets ported back to 32-bit. I'd just as soon stay closer to the mainstream developers, so I run 64-bit. For my home use, everything else washes out, and it comes down to that. Oh, and at work I need to run 64-bit-only code, so that decision is a no-brainer.

I have 32-bit standard (not overylay) multilib, and that has been sufficient for my 32-bit needs. In the past I have run a 32-bit chroot for touchy 32-bit applications, but haven't had to do so in some time. The 64-bit situation just gets better with time.

Again, for home use it's not compelling, not even practical or non-practical, just "closer to mainstream development."
.sigs waste space and bandwidth
Back to top
View user's profile Send private message

Joined: 21 Jun 2006
Posts: 1995
Location: Bardowick, Germany

PostPosted: Wed Feb 09, 2011 3:26 pm    Post subject: Reply with quote

PaulBredbury wrote:
In Gentoo in particular, having emul-linux-x86-* as binary files is a bit of a joke - binaries for important libs, in a source-based distro :roll:
So having an extra toolchain for cross-compiling is better? Without anything to gain compared to the binary releases?

Btw: I have almost 1400 packages installed on my amd64 "multilib" system, and the only packages that depend on emul-linux-x86-* libs are app-emulation/wine, app-text/acroread and sys-boot/grub. Wow. What an impact!
(elogind) - [TRACKER] sys-auth/elogind - Integration into Gentoo
"A conservative is a man who is too cowardly to fight and too fat to run."
-- Elbert Hubbard
Back to top
View user's profile Send private message

Joined: 18 Jul 2002
Posts: 2886
Location: Omnipresent

PostPosted: Wed Feb 09, 2011 4:33 pm    Post subject: Reply with quote

Google says:

These benchmarks are on Ubuntu, where the 32-bit systems are compiled for vanilla i686 and the 64-bit for x86-64 which is currently state-of-the art. However, machine-specific compiler optimizations don't account for the staggering performance boost of 64-bit on CPU- and memory-intensive applications.

If you're running a server, simulations or multimedia, 64-bit seems is a no-brainer. While 64-bit code does take considerably more RAM, for these applications you would have a fair bit of physical RAM anyway. And if you have an SSD for your executables, the difference in loading speed is negligible.

I think where most "regular" users would benefit from 64-bit is multimedia handling, e.g. you can playHD movies with less CPU overhead and less battery consumption, or encode media more quickly. Even games seem to get a boost, depending on the engine.
Personal overlay | Simple backup scheme
Back to top
View user's profile Send private message

Joined: 19 Oct 2007
Posts: 2537
Location: Hilbert space

PostPosted: Sun Feb 13, 2011 7:55 pm    Post subject: Reply with quote

Hey... I found one good reason for running 32 ! (To date)...

wrapperless flash +vdpau

summary.log wrote:
>>> Messages generated by process 4315 on 2011-02-12 16:18:46 CET for package www-plugins/adobe-flash-

WARN: setup
You have tried to enable VDPAU acceleration, but this is only
available for the 32-bit flash plugin at this time.
Continuing with an unaccelerated 64-bit plugin.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on AMD64 All times are GMT
Goto page Previous  1, 2
Page 2 of 2

Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum