[Clc-crux64] Bugs in 32-bit-code.
Hi. Q1. Does anyone know if the new rc1 will compile libast and run eterm without flaws? I had it compiled but it looks like crap. Q2. Has anyone managed to run GtkRadiant ( http://www.qeradiant.com/ ) on an AMD64? Cheers. Jan
On Tuesday 24 January 2006 19:18, Jan Pålsson wrote:
Q1. Does anyone know if the new rc1 will compile libast and run eterm without flaws? I had it compiled but it looks like crap.
No sorry (I'm a big fan of xterm [1]).
Q2. Has anyone managed to run GtkRadiant ( http://www.qeradiant.com/ ) on an AMD64?
What is GtkRadiant good for? Some kind of game-level-designer? If you intend to run games -> go for CRUX x86 - or - install a 32bit /chroot environment. Matt (jaeger) told me that he's using such an environment to run games (World of Warcraft?) in it.
Has anyone done some kind of benchmark compairing Crux64 with a vanilla Crux on the same machine?
I haven't yet. I guess the performance difference is not noticeable. Huge desktop environments (suchs Gnome or KDE) may be a bit slower because 64bit programs use up more system memory than their 32bit analogues. A good example is firefox: (showing www.google.com) %MEM VSZ RSS COMMAND 3.2 174028 33072 /usr/lib64/firefox/firefox-bin --> 64bit 2.4 66456 25004 /usr/lib32/firefox/firefox-bin --> 32bit VSZ virtual memory size of the process in KiB (1024-byte units). RSS resident set size, the non-swapped physical memory that a task has used (in kiloBytes). As you can see in case of firefox it doesn't really make sense to use a 64bit version - actually, it's even slower if you haven't got enough memory :-). SUN engineers (Solaris) decided to compile a lot of their user-land tools for 32bit mode. At work our SUN administration compiled OpenSSH in 32bit mode to reduce the per-process memory usage of each ssh session. %MEM VSZ RSS COMMAND 0.1 15668 2056 sshd: danm64@pts/4 --> 64bit 0.1 7712 1444 sshd: danm32@pts/2 --> 32bit Just imagine that size multiplied with the number of user currently logged in remotely... hooray!! Only system tools like 'mkfs', 'ls', 'top' or daemons like 'samba', 'xxxSQL', etc.. need to be compiled in 64bit mode to take advantage of 2^64 filesystems / memory (64bit = 17.179.869.184 GByte addressable). I know only a few applications which profit from 64bit. It is software like a huge(!) database server which is now able to use file sizes greater than 4GB; 3D rendering software; maybe mpeg encoder? bla, bla :-) bye, danm [1] http://dickey.his.com/xterm/ -- Daniel Mueller Berlin, Germany OpenPGP: 1024D/E4F4383A
participants (2)
-
Daniel Mueller
-
Jan Pålsson