I don't work from home that often, so I don't require a SPARC based workstation like I enjoy in my office, but I do enjoy a good game of Doom 3 now and then. To support this habit, I've decided to upgrade my current home system. I built my current system in early 2000, and it has remained future proof up until very recently. Specifically, releases of games such as Doom 3 and Halflife 2 have required more GL power than my old GeForce 2 32MB card could provide. My current rig:
- ABit VP6 Dual PIII mainboard
- 2 x PIII 1GHz Coppermine (C0 stepping)
- 512MB Corsair CAS3 SDRAM
- SB Audigy Platinum
- Netgear MA311 802.11b
- ATI Radeon 9800PRO 128MB
- 2 x IBM Deskstar 60GXP 60GB/ATA100/7200RPM/2MB Cache
- IBM Deskstar 60GXP 40GB/ATA100/7200RPM/2MB Cache
- Pioneer DVD-106S (Slot Load)
- LITE-ON LTR-48125W 48x12x48 CD/RW
- Antec Sonata Case w/380W PS
- NEC MultiSync FE1250+ 22"
- Cambridge Soundworks 5.1 Audio
- Dual boot Windows XP and Fedora Core 2
Bold items are the lucky components to be included in my new system. You might be thinking -- this seems like enough, why upgrade? Well, it all began when I upgraded my video card to the Radeon. The board layout for the VP6 puts CPU1 directly above the AGP slot, which I didn't believe to be that big an issue when I bought the board. When I bought the Radeon, I knew that it would produce a lot more heat, so I bought some nice new Thermaltake copper heatsinks for the P3s. Really, the point was to reduce the overall noise level of the system, which I've since learned is next to impossible with a dual CPU VP6 (larger heat sinks from Zalman were recommended here, but don't fit).
After I moved all of my hardware into the Antec case, added in the Radeon card, and strapped on my shiny new copper heatsink, almost everything came up, which is obviously not acceptable. Now, the VP6 board comes with a RAID controller on board, which allows me to run RAID 0, 1 or 0+1 with up to four drives. Alternatly, I can turn off the RAID function, and have two more IDE controllers to use, which allows for up to a total of 8 IDE devices. I had configured my system to run each drive as a channel master, with only the 40GB storage drive and DVD sharing a bus. Normally, when I start the system, it displays the normal hardware probe screen, and then switches to a drive detection screen for the RAID controller (Highpoint HPT370).
So, when I started up the system in a new case with the fantastic Radeon card inside, I was puzzled when the RAID detection screen didn't come up. Switching the card for my old GeForce caused the detection screen to reappear, but I wasn't about to take the Radeon back to the store. I posted a few times on ArsTechnica Forums, probing my initial suspicion that there was some sort of IRQ sharing problem between Mr. RAID controller and Mr. Radeon. Someone on the Ars forums postulated that the Radeon might not be properly releasing resources after initialization, leaving insufficient space in BIOS mapped RAM to allow the RAID controller to initialize. Of course, I am explaining this phonetically, as I really don't fully understand how ACPI initializes PCI cards.
I still haven't figured out how to fully resolve the issue, but I figured that it was partly due to the age difference between the Radeon and my mainboard. Without the HPT370 drivers in Windows XP, the devices attached to the RAID controller do not show up. Installing the drivers makes the devices appear -- Linux gets it right the first time with no extra drivers or configuration. So, dispite the fact that I have to do a bit of a jig after a fresh Windows XP install to see my drives, at least I now can access them. Problem solved enough.
Now that the all singing, all dancing Radeon is working under Linux, I made a special effort to find the highest performance, higest resolution, most fantastic and earth shattering screen saver. This came in the form of a translucent dancing torus (4D Hypertorus, for you KDE users). After staring at it for several minutes, I locked the screen and allowed the torus to dance into the night. An hour later, I came back to the system --- locked solid. I thought that it might be an issue with Linux, which has really never worked 100% with my dual cpu VP6 anyway (issues mostly with ACPI), so I rebooted, and no lockups while I worked for the rest of the evening. The next time I left the system on the screensaver, it locked up again. Hmmm. I switched screensavers, and now I haven't had a lockup for over a month.
The issue turned out to be heat. As I mentioned before, the VP6 puts CPU1 directly above the AGP slot. With a Radeon installed, this is similar to putting CPU1 in a toaster oven. Checking temps on the CPUs after running some 3D demos, I found that CPU0 was hovering around 35-40C, and CPU1 was up around 55C. Heat was rising off the Radeon, and warming the CPU heatsink. There's no opportunity for a larger heatsink, and I really don't want to mess around with liquid cooling for this old system. This was really the last straw for the dual CPU setup.
The new rig will use the bold items in the listing above, with the addition of the following:
- MSI Neo2 Platinum nForce3 Ultra mainboard
- AMD Athlon 64 3500+ (Socket 939, Newcastle core, 2.2GHz)
- 1GB(512x2) OCZ DDR PC3200 (2-3-2-6 1T)
From what I gathered from a whole Sunday afternoon of research and pricing comparisons, the Socket 939 platform seems to be the most future proof for AMD64 desktop systems. Socket 939 is similar to the original AMD64 Socket 745, but provides a dual-channel memory controller on board instead of a single channel controller. It seems that the number of socket types is blooming at the moment in the AMD space. This is due to the on-board memory controller -- every time a new type of RAM appears, silicon must be changed in the CPU. As a result, AMD needs to make sure that the CPU cannot be installed in the wrong system, and their solution is to change the socket interface. From my observation, Sun has sidestepped this by using proprietary RAM, so nearly everything can be held constant to allow multiple models of CPUs to use the same RAM and mainboards.
Anyway, we will see once the new system comes together whether I will finally be free of the upgrade struggle for another four years. I like to upgrade my system, but don't like doing it more than once every couple of years or so, or less for major brain transplants like the above.