Skip to content

Musings of an Anonymous Geek

Made with only the finest 1's and 0's

Menu
  • About
  • Search Results
Menu

AMD64? Why Bother?

Posted on March 16, 2005 by bkjones

First, for the non-technical: AMD is a company. Explaining the “64” opens a whole bucket of technical jargon, and it’s a source of confusion even (er, especially) for those who think they’re technically savvy (I don’t totally exclude myself from that group). Anyway, AMD makes a CPU (just like Intel makes CPUs), and the ones I’ve used are fine, but…


I don’t understand why otherwise intelligent people seem to be spending good, unrecoverable time fiddling with the AMD64. More specifically, I can’t imagine why anyone would buy an AMD64 machine, new, specifically for the purpose of running a Linux desktop system! If you just wanna show off that Linux can run on different hardware, put it on your (by now aging) iPaq or Zaurus. Otherwise, just wait the five years it’ll take for application developers to get around to tuning/fixing their applications to run on that architecture.

This isn’t anything new, by the way, and it’s not specific to AMD. When the first itaniums came out, even the applications that you’d really *want* to run on a 64-bit platform didn’t work. The Linux distributions that claimed to “work” on IA64 at that time didn’t, really. They were laden with 32-bit compatibility libraries, they were deathly slow, and half the stuff didn’t work right anyway.

It’s now three years or so later, and from what I’m hearing, things haven’t really improved much. Multimedia applications under Linux just plain don’t seem to work, judging by the flood of forum and mailing list postings all over the internet, which means the one application of 64-bit computing likely to benefit the end-user *today* also won’t work: games.

Games are programs. They are rather large programs which have to process a whole truckload of data on a continual basis during gameplay. Every time you move during a game, the entire world changes in the game. Your position changes, the way everything around you looks changes in relation to your movements, things come in and out of range of your weapons, things that were far away become visible through the fog (or not), things leave and enter the scenery. This is just the tip of the iceberg. It’s a lot of data to crunch. The fastest way for an application to crunch numbers is to put them into RAM. If the architecture is 64-bit, the amount of RAM that the application can address isn’t just double the 32-bit amount — it’s 32 times the 32-bit amount! I’ll spare you the details, but if you know binary, it’s not hard to figure out that double 2^32 is just 2^33, not 2^64 😉

So putting all of that extra data in RAM is far better than putting 1/32nd of it in RAM and getting the rest from disk or (gasp!) a CD. However, if the underlying multimedia layers don’t work, who cares?

Note that this is all via hearsay, but I’m hearing that NVidia and ATI have yet to produce usable video drivers for linux64 (that is, Linux on a 64-bit platform), and the audio stuff (JACK, ALSA, etc) don’t work reliably either.

We’ve come so far with desktop Linux. And I’m glad some people have the patience to do this and help it along and all, but the reasoning escapes me.

I wish them luck, nonetheless.

Share this:

  • Click to share on X (Opens in new window) X
  • Click to share on Reddit (Opens in new window) Reddit
  • Click to share on Tumblr (Opens in new window) Tumblr
  • Click to share on Facebook (Opens in new window) Facebook

Recent Posts

  • Auditing Your Data Migration To ClickHouse Using ClickHouse Local
  • ClickHouse Cheat Sheet 2024
  • User Activation With Django and Djoser
  • Python Selenium Webdriver Notes
  • On Keeping A Journal and Journaling
  • What Geeks Could Learn From Working In Restaurants
  • What I’ve Been Up To
  • PyCon Talk Proposals: All You Need to Know And More
  • Sending Alerts With Graphite Graphs From Nagios
  • The Python User Group in Princeton (PUG-IP): 6 months in

Categories

  • Apple
  • Big Ideas
  • Books
  • CodeKata
  • Database
  • Django
  • Freelancing
  • Hacks
  • journaling
  • Leadership
  • Linux
  • LinuxLaboratory
  • Loghetti
  • Me stuff
  • Other Cool Blogs
  • PHP
  • Productivity
  • Python
  • PyTPMOTW
  • Ruby
  • Scripting
  • Sysadmin
  • Technology
  • Testing
  • Uncategorized
  • Web Services
  • Woodworking

Archives

  • January 2024
  • May 2021
  • December 2020
  • January 2014
  • September 2012
  • August 2012
  • February 2012
  • November 2011
  • October 2011
  • June 2011
  • April 2011
  • February 2011
  • January 2011
  • December 2010
  • November 2010
  • September 2010
  • July 2010
  • June 2010
  • May 2010
  • April 2010
  • March 2010
  • February 2010
  • January 2010
  • December 2009
  • November 2009
  • October 2009
  • September 2009
  • August 2009
  • July 2009
  • June 2009
  • May 2009
  • April 2009
  • March 2009
  • February 2009
  • January 2009
  • December 2008
  • November 2008
  • October 2008
  • September 2008
  • August 2008
  • July 2008
  • June 2008
  • May 2008
  • April 2008
  • March 2008
  • February 2008
  • January 2008
  • December 2007
  • November 2007
  • October 2007
  • September 2007
  • August 2007
  • July 2007
  • June 2007
  • May 2007
  • April 2007
  • March 2007
  • February 2007
  • January 2007
  • December 2006
  • November 2006
  • September 2006
  • August 2006
  • July 2006
  • June 2006
  • April 2006
  • March 2006
  • February 2006
  • January 2006
  • December 2005
  • November 2005
  • October 2005
  • September 2005
  • August 2005
  • July 2005
  • June 2005
  • May 2005
  • April 2005
  • March 2005
  • February 2005
  • January 2005
  • December 2004
  • November 2004
  • October 2004
  • September 2004
  • August 2004
© 2025 Musings of an Anonymous Geek | Powered by Minimalist Blog WordPress Theme