On Fri, 28 Jan 2005 09:30:42 +0800, Miguel A Paraz <[EMAIL PROTECTED]> wrote: > On Fri, 28 Jan 2005 01:17:34 +0800, Paolo Alexis Falcone > <[EMAIL PROTECTED]> wrote: > > Nope. Then again if you'd run 32bit might as well stay with a 32bit > > processor. There are distros like Fedora Core and Suse which support > > bi-arch - you won't encounter problems running 32bit apps on them. The > > problem crops up when you run native arch-based distributions like > > Debian - you'd need to place 32bit applications inside a 32bit-chroot > > or get ia32-libs installed. > > What are "32-bit apps" with regards to open source? Pardon my > ignorance, but if you recompile them yourself, or they are provided > with the distribution, isn't the binary code now using the 64-bit > general registers? Or, is gcc not that smart yet, or the app can't > take advantage anyway. I'm talking about PostgreSQL, MySQL, and maybe > the Internet servers. >
Afaik, recompiling applications originally built for 32-bit processors won't make any significant changes unless your program uses the new instructions in the architecture to take advantage of the 64-bit platform. It'll just make the program eat more memory and disk space without any significant gains in performance... What I meant with 32-bit applications is this: currently 32-bit applications are linked to the 32-bit GNU C Library. Plugging them in to a distribution that uses a 64-bit C Library and a userland that uses 64-bit by default (not bi-arch like Fedora or Suse) won't just work - you'd need to find a way to make it link back to a 32-bit C Library as /lib and /usr/lib would contain the 64-bit libraries and not the 32-bit ones. This is the case for Debian and the BSD's - all of which offer 64-bit native binaries as the default architecture for 64-bit architectures they support - and thus necessitates the use of a 32-bit /emul chroot or explicit linkage to 32-bit libraries Fedora and Suse that uses bi-arch OTOH places 32-bit libraries in /lib,/usr/lib; while the 64-bit libraries are placed inside /lib64 or /usr/lib64. There's currently a proposal though to migrate to multi-arch, wherein multiple architectures of libraries can be contained in a hierarchy inside /lib or /usr/lib. The contention for this move is that this is more scalable especially when hosting libraries from multiple architectures unto a single host. > For Java, Sun supports a 64-bit AMD64 JVM so I guess they took care of > that part ... > > And then I read that with "Cool n Quiet," you can adjust the CPU > frequency (and thus power and heat) from Linux. How does that work out > in real life? > -- > Philippine Linux Users' Group (PLUG) Mailing List > [email protected] (#PLUG @ irc.free.net.ph) > Official Website: http://plug.linux.org.ph > Searchable Archives: http://marc.free.net.ph > . > To leave, go to http://lists.q-linux.com/mailman/listinfo/plug > . > Are you a Linux newbie? To join the newbie list, go to > http://lists.q-linux.com/mailman/listinfo/ph-linux-newbie > -- Paolo Alexis Falcone [EMAIL PROTECTED] -- Philippine Linux Users' Group (PLUG) Mailing List [email protected] (#PLUG @ irc.free.net.ph) Official Website: http://plug.linux.org.ph Searchable Archives: http://marc.free.net.ph . To leave, go to http://lists.q-linux.com/mailman/listinfo/plug . Are you a Linux newbie? To join the newbie list, go to http://lists.q-linux.com/mailman/listinfo/ph-linux-newbie
