Is GPU app 0.20 coming out soon?
If this thing does not begin to work I´m going to change to nVidia cards :(

I think not as long as the ATI cards produce good results and there is not pressure on the servers.

I think the CUDA (nVidia) and ATI_GPU software will have a low priority ATM.

I think what he is asking is will there be an upgrade to the current code that is actually stable on Vista 64. .19f does not seem to work on a number of Vista 64 systems.

Imcrazy,

This happens quit a bit on hosts that are shared with other projects.

It seems that the shorter the other projects WU's the more MW hangs.

I believe it has something to do with the way BOINC handles debt.

I think you mentioned you are also crunching Prime Grid and Aqua. The shorter WU's will suspend your MW WU's until your short term, long term debt is cleared.

The new Multi Thread aqua can play havoc on the ATI app since a Aqua WU now wants to use multiple CPU's and will occasionally put MW in suspend mode.



To test this, when you see MW hung up, just suspend the other projects, MW should take off and start crunching again without having to reset or reboot your box

Yes, I am using the latest version 0.19f. I was able to play around with it a little more last night. It seems that absolutely everything is running high priority for some reason. I made no changes to my BOINC prefrences either. I also found that if I suspend my other project (prime grid) everthing starts back up. That will however have a negative impact on PG. None of this started happening until a recent windows update. I'm very much open to suggestions on how to correct it. I thought I might try and reinstall 19f as soon as I can get a chance in case something got messed up with the update. If that doesn't work maybe reinstalling BOINC. The two systems are running 6.4.7

These are the ones I could get before insta purge took care of them.

Host 39176 GPU
ps_sgr_208_2s_2_1637698_1244467419
ps_sgr_208_2s_2_1637697_1244467419
ps_sgr_208_2s_2_1637695_1244467419_0
ps_sgr_208_2s_2_1624691_1244465356_0
ps_sgr_208_2s_2_1615716_1244463950
ps_sgr_208_2s_2_1615702_1244463950_0

Host 60779 GPU
ps_sgr_208_2s_2_1641829_1244468066
ps_sgr_208_2s_2_1628695_1244465990
ps_sgr_208_2s_2_1628692_1244465990
ps_sgr_208_2s_2_1623219_1244465117
ps_sgr_235_2s_1_1572923_1244457187
ps_sgr_208_2s_2_308822_1244201732

Host 39247 CPU
ps_sgr_208_2s_2_1598226_1244461206

Hello MW@Home,

These *_3s_* runs are 3 stream runs that I started. I will tell Travis that there is a problem with them on the GPUs but not the CPUs and abort said run asap.

Sorry for the inconvenience,
John Vickers

The current workaround is to abort all the _3s_ WUs, close and restart boinc, and hope you get some _1s_ or _2s_ WUs next time. Its horribly manual and requires keeping an eye on boinc, which explains all the requests/demands in this thread for Travis to fix it.

Come on guys, deep breaths :)
The problem isn't with the workunits, they're fine, so Travis can't fix it.
It's a bug in Cluster Physiks GPU application as he has already pointed out.
Give him a chance and he'll sort it

As I pointed out in this message and to Travis...

To stop the scriptors hitting the project so hard, you could increase the minimum time between host contacts at the server end. LHC@home increased theirs to just over 15 minutes....maybe you could try 2 minutes and see what happens. I believe it is a simple server side setting.

That's what Bill was suggesting, and got shot down for it... Personally, I don't think 2 minutes is long enough. Needs to be at least 10. I'm sure though that 10 will cause a huge amount of complaining about how that means that someone might have 3-5 minutes of not being able to get anything, although I'm not sure how that's different from the current situation, but then again, I view this from the perspective of solving a problem, not from the eyes of a competitor in a competition.

Hehehehe read guys its simply impossible to run more then 4 cards the maker writes to use it in 3 way sli OR 4 way crossfire thats it.

The fact that it has 7 slots is simply not for 7 cards >.< those extra slots are to move to other slots if other parts or the case are in the way.

And i agree with Verstapp the pci bus seems to be the bottleneck with multi gpu boards i have seen only one system with 3 dualgpu double slots cards and believe me thats a cramped system ;)
Till today i have not seen any 4 way dualgpu double cards solutions build in a case :D
They run the whole shabang in the open air and that guy had also a freezer on his cpu since it ran at very high oc intel i7 920.

I am not sure if the 7 slots are all capable of running at 16x but probably some slots are 8x or less for compatibility reasons.

My current motherboard is also capable of running 4 cards but only at 8x speed not that it matters much if its 16x or 8x untill someone donates me a couple of GTX295 cards :D
But i wonder if it really matters i haven't seen any performance gain or seen any speed increase between 8x or 16x slotted machines, i really think the pci busses are the bottleneck. Has anyone info about test what speed is actually reached when using high performance cards. Or are we stuck with the theoretical speeds provided by the manufactors.

I have seen allready psu giving 1,5 Kw but its a big monster needing 2 x space of normal power supply i thought it was a Zippy.

Haha yes, its actually completely ready and I think Travis has the apps up. We're just working on getting the web server to redirect the page correctly.