Holy wall of text...
Quote:
Since 99 of applications used are 32-bit, I can't see how they run slower than 64-bit.
|
1) How do you know 99% of all applications used are 32-bit? Where did you get that number? I find it fascinatingly presumptuous. I suggest you investigate some of your programs, see how many of the ones you use on a daily basis are actually 32-bit. If you're running on Linux, you'd probably be surprised. I'm still looking for one on my system...thunderbird, google chrome, firefox, konsole, they're all 64-bit.
2) What on earth does exposure have to do with optimization on modern processors??? Try it, see what you find. Most of my tests have shown a 10-20% increase in speed when running in 64-bit on a 64-bit processor. You can also Google it, comparisons are all over the place, eg:
http://www.viva64.com/en/k/0003/
http://www.phoronix.com/scan.php?pag...1404_x64&num=1
http://www.stata.com/support/faqs/wi...t-performance/
Quote:
Only applications that really need 64-bit are CAD applications and A/V applications.
|
Again, wrong. How limited is your view of the modern world that you think the only programs that need more than 4 GB of RAM or need to interface with >4 GB files are CAD and A/V? Simulation, assimilation, modeling, numerical analysis, games...hell, even my WEB BROWSER uses >4 GB on occasion, and yes, it's 64-bit.
Quote:
32-bit in Windows runs in its own memory space. It crashes, it does not affect any other application running.
|
When did we start talking about Windows?
Quote:
64-bit is not really used by most programmers.
|
Again, where are you getting these "facts"? Every programmer I know works in 64-bit unless there's a specific reason they need to use 32-bit (embedded systems, portability, etc.)
Quote:
My wife is a web programmer. She was having problems with 64-bit libraries crashing her apps. She recompiled back to 32-bit and it solved her problems.
|
Then the library had a bug. Hopefully she reported it so it could be fixed.