- a one week deadline
- larger cache as set in preferences (not only 4 WUs)

- a one week deadline
- larger cache as set in preferences (not only 4 WUs)

- a one week deadline
- larger cache as set in preferences (not only 4 WUs)

- a one week deadline
- larger cache as set in preferences (not only 4 WUs)

Deadline...Hmmm, that's been beat to death...

Larger Cache...Well, this project is still in Beta I believe. So this would be driven by what results the developers want to see to solve problems, not by how much the 'testers' want to crunch (but you knew that). But if those 2 purposes happen to coincide...good for everyone, if not...

Maybe the deadline issue has been a bit hammered, but it is extremely frustrating for those of us who don't have blazing fast GPU's. It is maddening to get close to finishing in time, only to have things slow up at the end.

I would leave this project to the elite group with the over-capable machines, but SETI@HOME is the only other project I can find that runs CUDA tasks and they often run out of work.

I would like to put my machinery to good use, but I can't do it here because it seems to have just a tiny bit too little speed to beat the seemingly unrealistic deadline. (Another couple miles an hour...)

Does anyone know of any other CUDA enabled BOINC projects to participate in?

Thanks. (I better quit typing, the deadline may have passed.)

Okay, I should join “Underclockers Anonymous”. But I would still like to know if anyone out there knows of projects to donate the unused (inadequate) clock cycles of my GPU’s to.

Okay, I should join “Underclockers Anonymous”. But I would still like to know if anyone out there knows of projects to donate the unused (inadequate) clock cycles of my GPU’s to.

The only other project that is even rumored to be working on GPU version is Einstein@Home and that is a rumor only ... no word from project people ...

The only other project that is even rumored to be working on GPU version is Einstein@Home and that is a rumor only ... no word from project people ...

PrimeGrid is also investigating the use of GPU's for their sieving tasks, though any actual application is likely months away...

Okay, I should join “Underclockers Anonymous”. But I would still like to know if anyone out there knows of projects to donate the unused (inadequate) clock cycles of my GPU’s to.

I'm sorry but with current deadlines (5 days) and the impact on the computer's performance gpugrid is suitable only for fanatics with high-end video cards. On my 9600 I completed < 4% in an hour so it would take well over 25 hours to complete a WU. So you basically want me to do 2 things (if I want to participate):
1. Suffer unpleasantly slow interactive mode. I could survive with that but not 100% of the time my CPU is on.
2. Leave my CPU on all the time.

I won't do any of those 2 things unless to compute something like Clean Energy Project (and I'm still not leaving my CPU on for it).

The deadline is too small!
My nVidia GTX260 just cannot complete a Wu in time if my computer is in use...
With BOINC 6.6.36 I always see status as a 'Waiting (0.21 CPU, 1 CUDA)'

I have to abort most of my tasks at 75-90%:
http://www.gpugrid.net/results.php?userid=30685

The deadline HAS TO be increased.

I for one like the deadlines, 25% bonus for returning in 48hrs and the small caches.
If I understand correctly each WU is part of a chain and the next one can't be sent until the previous has been completed.
____________
Radio Caroline, the world's most famous offshore pirate radio station.
Great music since April 1964. Support Radio Caroline Team -
Radio Caroline

I'm sorry but with current deadlines (5 days) and the impact on the computer's performance gpugrid is suitable only for fanatics with high-end video cards. On my 9600 I completed < 4% in an hour so it would take well over 25 hours to complete a WU. So you basically want me to do 2 things (if I want to participate):
1. Suffer unpleasantly slow interactive mode. I could survive with that but not 100% of the time my CPU is on.
2. Leave my CPU on all the time.

I won't do any of those 2 things unless to compute something like Clean Energy Project (and I'm still not leaving my CPU on for it).

- a one week deadline

I agree deadlines are too short!!. There are many computers that are not used everyday, they process units and when they are finish... too late (waste of electricity power and time).

I think the servers could make distintions between "fast computers" and "slow computers" this way people that process results with slow hardware or that are not 24/7 could help to the proyect even if their results come out one week or 2 weeks later.

I think proyect you should consider more deeply about this matter. I have been colaborating with boinc for years. People get very upset when they see that after hours and hours of computing they don't get on time. I have the point of view most people can't afford/don't want to by a big computer or run it 24/7.
I have the oppinion that a lot of littles make a big. But if people feel they have worked for nothing just quit the proyect and join another one.
What is the longuer time the proyect can wait to get a result? Can the proyect wait for slowers computers/GPU to get a result?

Here I put an example. You can see that even that my computer got the result, it was sent to another computer. I know now that the problem is that my videocard "GeForce 9500 GT" is not fast enought for this proyect. My solution is buying a new graphic card. But anyway I see this as a waste of CPU cicles, and I guess many users just don't consider this as an option.

02 Nov 2009 20:01:49 UTC 07 Nov 2009 20:01:49 UTC Timed out - no response 0.00 0.00 --- ---
07 Nov 2009 20:06:45 UTC 13 Nov 2009 09:36:51 UTC Completed and validated 271,836.89 2,789.05 4,716.44 4,716.44
12 Nov 2009 20:20:40 UTC 17 Nov 2009 20:20:40 UTC In progress --- --- --- ---

I'm sure the GPUGRID administrators can see how many work units are processed before the deadline expires. So if only 40% is processed in time the deadline has to go up, when over 90% the deadline is fine ?

Would it be an idea to make deadline dependant on the processing power of the GPU ? I allow the GPU to be used to when my computer is idle and besides that my system is mostly on during the weekends and nights. Thus it's hard to make the deadline but I do want to help !!!

I'd argue that having 2 different priorities could hand over all the ASAP WU to those who want priority 1 & longer deadlines for all who want to be in priority 2. It shouldn't have to be a them or us, it should be them & us.

It would be nice too if Priority 1 got a 24 or 12 hour deadline. Just today I cancelled 2 WU's that had been running SUPER SLOW & still had 24-48 hours left to go. When Beta WU's don't run well, & take up all the space & time, other WU's might be delayed. So maybe a shorter deadline & smaller cache would ensure that at least BETA WU's would run out of time, & hopefully could automatically cancel when the deadline has passed, so that the PC could automatically pick up new WU's (if Daddy isn't home).

It's not segregation I'm talking about, because even on highways there is a fast & slow lane, even though a certain minimum speed is required as to not break the law, otherwise it's like Dennis Leary's song "@sshole", where he talks about driving really slow, on the ultra fast lane, while people behind him are going insane!
____________

FYI -- you two are responding to a thread from February 2009.

In the intervening year, deadlines HAVE been increased -- I think they used to be 3 days back then, IIRC.

The only other project that is even rumored to be working on GPU version is Einstein@Home and that is a rumor only ... no word from project people ...

PrimeGrid is also investigating the use of GPU's for their sieving tasks, though any actual application is likely months away...

PrimeGrid has one CUDA application running. It's for their AP26 project, which is searching for an arithmetic progression of 26 primes. It's not quite as GPU intensive as some other projects, but it's not terrible either -- it runs a few times faster than the normal CPU version.