OK, Time for a little tough love.
It's time for:....
a. Project split GPU/CPU
b. Server repair (probably not the problem)
c. Server replacement or upgrade
IMO a or c or a and c is the best solution
You've had donations ( however no statement has been issued as to how well the donations went) and offers have been made for hardware donations (i've not seen any requests for these).
What can we do to help you help us?
We want to help and I believe we've shown that. How are we supposed to do that without requests for specific items or goals we need to reach in order to accomplish specific upgrades.
Once again, help us to help you.
JMO
Randy

I think the new version of the GPU app is making the server pretty strained again. I'll see what I can do but I'm not sure how much faster we can get her going :D

It just got a lot better some minutes ago!

Hope it stays that way.

I reduced the feeder sleep time to 1 second (down from 2). Sadly I think this is the most we can make the feeder work, so if we go through any more extensive optimizations or have a large influx of users we're really going to need to get another server machine.

[I've also just finished submitting a paper to the escience 2009 conference ( http://www.escience2009.org/ ). In the next couple weeks I'll know if it was accepted or not, and if so I'll link that in the science forums and the publications section -- this paper contains our most recent computer science research with the project.

I believe the saying in the USofA is it doesn't matter the amount, but that you did donate. I'm sure it's all appreciated, right people?

I believe you can safely broaden the geographical basis for that sentiment.

Well,it is not much,but I´ve spend 10 Dollar to Milkyway@home !

says Tommy the german Wetterman

I go through that all day long with my i7, the rest of my Box's run fine with no input but the i7 is a real pain. I'm thinking of shutting off AQUA before I go to bed tonight but I don't even think that will work, I think it will just be sitting there idle when I get up in the morn ...

Hello again,

The server should be running nicer now (let me know if it isn't), we went from having 4 runs [2.5deg 2s (2): 2.5deg 3s (2)] to 8 [2.5deg 3s (4): 5deg 2s (2): 5deg 3s (2)]. So there are WUs in total, more 3 stream runs, and more 5 degree stripes.

On a thread-related note-- yes, we do go out of the way to make you guys happy with the server speed. But I think this is part of our relationship-- we keep you happy by giving you work and credits, you keep us happy by providing the computing power we need. If keeping your boxes busy is the price to keep you crunching for us; well, that's a small price for 430 TFlops :)

Cheers,
John Vickers

........ no rush to get the GPU site up now; take your time!

...the AGP fast write was disabled. According to ATIs help page, this allows the CPU to wtire directly to the GPU. I have no idea what that's for, so I left it off..

"This BIOS feature controls the AGP bus' Fast Write capability. Fast Write is a feature which accelerates memory write transactions from the chipset to the AGP device.

Fast Write allows the AGP device act like a PCI device. This allows it to bypass the main memory and directly access the data which improves AGP read performance. However AGP write performance is not affected.

While this feature may appear to greatly improve the performance of AGP graphics cards, its actual performance effect is quite negligible. Also, it reduces the overclockability of the graphics card when enabled.

Therefore, if you do not intend to overclock your graphics card, it is recommended that you enable AGP Fast Write for potentially better AGP read performance. However, you should definitely disable it if you intend to overclock your graphics card, or if any of your PCI cards start acting funny."

(source)

Well if you would not all live so frigging far, I'd have a party for you Donnie and beers and pizza :)
Hope this works. Good learning curve for all of us!

Cheers!! Gulp!! Gulp!!

Martin

If I remember it right, the AGP controller driver has to be installed before the graphics driver. Maybe that is the culprit. One looses quite a bit of performance if the AGP port runs in the PCI compatibility mode and the graphics driver may even not work correctly. So could you check that you have the appropriate northbridge driver (containing the AGP controller) installed?

Usually these drivers get installed together with the rest of the chipset drivers.

Also, if an embedded video chip is on the motherboard, but it is disabled (in the BIOS, by a jumper or by plugging in an actual card, depends on motherboard how that's done), then this can throw off readings of the AGP bus. The other weekend I was fighting with a motherboard that has a GF 7900 GS on it, which would show everything enabled, but for the GF.

I solved it there by using DriverCleaner Pro to delete all motherboard and ATI drivers, then reinstalling all motherboard drivers manually, and the earlier 180.06 drivers, before upgrading to the newer drivers.

It is possible that this is a similar case.

Donnie, what's your motherboard model?

Don't those 3 ATI files go in the Windows\system32 folder, and not in the MilkyWay folder?

I'm not very experienced in interpreting such output, but for me it looks like amdcaldd.dll does not find a necessary module (another dll file it depends on).

This is most likely the .NET framework. It appears it is not correctly installed on your computer.
If you have already installed all .NET updates one finds on Windows update, I would try to remove the .NET framework completely and to install it again.