Not a very encouraging start, I'm afraid:

http://www.gpugrid.net/workunit.php?wuid=4446163

Same here:
http://www.gpugrid.net/workunit.php?wuid=4446165
____________
Gruesse vom Saenger

For questions about Boinc look in the BOINC-Wiki

Just errored another of these. I can't see any sign of successful running for WUs 4446163 - 4446196 inclusive: most have that Too many errors (may have bug) already.

Got a long one called SDOERR in the queue. What about these?

These are mine. We require some more simulations for one of our previously simulated systems (2HDQ, ligand binding) to get more accurate calculations.
We only sent a small batch and as with VIL if everything goes fine we will send more.

Sorry guys my fault at the time of submission. That's why I have run just a few.

There is a new group out now called VIL1. I have cancelled the old ones, but 7 are still around.

gdf

These are mine. We require some more simulations for one of our previously simulated systems (2HDQ, ligand binding) to get more accurate calculations.
We only sent a small batch and as with VIL if everything goes fine we will send more.

Great, will let you know, processing it now :D

Home run with I3R1-GIANNI_VIL1-0-3-RND0291

Perfect unit Stefan:
http://www.gpugrid.net/result.php?resultid=6861703
8 1/2 hour, 135k creds, full hardware utilization, just perfect.

I'm running 2 right now, both on GTX680's (just started) and the GPU's are at 97% while the memory controllers are polling 37%. That's the highest I've ever seen on any of my video cards, it will be interesting to see how close she managed to get the CPU and GPU run times. I think NATHAN has that one in the bag right now.

I finished my first SDOERR, it took 7 hours 12 minutes on a GTX680. The uploads are pretty big, 135MB for this one, I remember the last time they were this big, we had a "<max_nbytes>" issue.

My recent tasks (660 Ti):

GIANNI_VIL1, Run time=22,607, Credit=31,050
NATHAN, Run time=19,590, Credit=70,800

So a task taking longer (though called *short*) in fact takes longer than *long* and half credit? Or is there maybe something wrong with those VIL tasks causing them to run so long? Unfortunately I haven't checked GPU usage while processing it. Will do the next time..

These are mine. We require some more simulations for one of our previously simulated systems (2HDQ, ligand binding) to get more accurate calculations.
We only sent a small batch and as with VIL if everything goes fine we will send more.

Great, will let you know, processing it now :D

I also got a 2HDQ task on my old rusty trusty GTX480, that is probably going to take 11-12 hours to compete :D.
But I don't mind, I'm not using that computer anyway.

Very good throuhput 98-99% gpu load 31% memory load even with enabled cpu tasks. 135k credits for 11,3 hours on 570 cards. Great units :)
____________
DSKAG Austria Research Team: http://www.research.dskag.at

I12R14-GIANNI_VIL1-0-3-RND0846_1
GeForce 660 Ti, Win7 x64
GPU Usage: 70% (!)
GPU Power: 77%
Disabling all CPU tasks raises GPU Usage to 74%, that's still very low.
2.65% completed after 10 minutes
That gives ~6.5hr runtime. Quite much for a short task with such low credit...

Yes, apparently since we used the old simulation files they were configured to produce the old file type. I apologize. Tomorrow morning I will probably cancel the rest and resend them with the new smaller file type.

100% agree..
____________
DSKAG Austria Research Team: http://www.research.dskag.at

100% agree too. It was actually unintentional and won't be repeated.

Yes, apparently since we used the old simulation files they were configured to produce the old file type. I apologize. Tomorrow morning I will probably cancel the rest and resend them with the new smaller file type.

To cancel units, which we have already started crunching and been crunching for hours, which were otherwise good, is not right and is just a wasting our time. You should have let those units already crunching finish, and correct this problem on all future units.




http://www.gpugrid.net/workunit.php?wuid=4463666

http://www.gpugrid.net/workunit.php?wuid=4463657

http://www.gpugrid.net/workunit.php?wuid=4463672

These things happen in IT as long as lessons are learned it's no biggie - Much better to cancel WUs which can't be used for science than letting hundreds of unsuspecting volunteers globally use thousands of kWh just to allow for credits.

I do however think communication could have been handled better - I would have expected an official thread for this issue with an apology from the senior project manager - In my opinion it has been handled very unprofessionally tarnishing volunteer confidence in the project.

We are here to help the science. BOINC was made to use computing capacity of not used computers for an amount of time. During dinner or something.
Seems to me that we are all "demanding work" from the scientists to be happy crunchers.
If WU's have errors, bugs or no (longer) use for the scientific goal than to me it is absolutely logic to cancel them as soon as possible.

Should be fair for the "credit hunters" to give credits for the run time though.
____________
Greetings from TJ

He did say he was going to cancel them in this thread where we were talking about upload size. There wasn't a bug, it was the upload size he was fixing and he unintentionally cancelled sent work units while canceling the wu's in the server. Everybody makes mistakes and he apologized for it.