Hi all!

A good amount of new WUs will be around for the next weeks in the long queue. The systems are called hfXA_long and will provide around 90000 credits each.

Thanks and Merry Christmas to all!!
Noelia

And a Merry Xmas to you and all the team at GPUGRID

My computers just downloaded a couple of them. They seem to be very long (looks like about 14 to 16 hours before they finish on my computers.) GPU usage is 90%+ on both windows 7 and xp. I hope the upload files aren't too big, so I don't get an error for that.

What exactly are we crunching with these Wu's, in layman's terms please?

Merry Christmas!

. I hope the upload files aren't too big, so I don't get an error for that.

Merry Christmas!

I hope I am wrong on this but it looks like the output file for these work units are going to be larger than 128 MB. After one of the units was 25% done, the 1x1_10-NOELIA_hfXA_long-0-2-RND6540_1_4 file was about 35 MB in size, at 33% done it was about 47 MB in size. If this projection holds when the file will be 100% done, the file will be about 140 MB, too large to upload, unless you raise the size limit of the upload files. I hate to see an otherwise successfully completed unit, error out like this.

This error occurred before:

5/8/2012 3:26:52 AM | GPUGRID | Computation for task 1H46_11_8-PAOLA_RNP-0-5-RND3163_0 finished
5/8/2012 3:26:52 AM | GPUGRID | Output file 1H46_11_8-PAOLA_RNP-0-5-RND3163_0_4 for task 1H46_11_8-PAOLA_RNP-0-5-RND3163_0 exceeds size limit.
5/8/2012 3:26:52 AM | GPUGRID | File size: 131283476.000000 bytes. Limit: 128000000.000000 byte

http://www.gpugrid.net/forum_thread.php?id=2970#24795

But you still have an opportunity to correct this.

I'm uploading one right now, it's 109.95MB and it took 8 hours 15 minutes to complete.

yep they get compressed before uploaded right? with gzip or something. I have 2 uploading right now. took 9:22 and 9:09 on two GTX 660 Ti gpus. 109.95 MB each. 97-98% gpu utilization on winxp.
____________
XtremeSystems.org - #1 Team in GPUGrid

I've had one error out on one of my GTX670's :(

11 hours.. :(

Name 1x22_18-NOELIA_hfXA_long-0-2-RND2038_0
Workunit 3964872
Created 19 Dec 2012 | 15:06:36 UTC
Sent 19 Dec 2012 | 18:43:06 UTC
Received 20 Dec 2012 | 7:46:04 UTC
Server state Over
Outcome Computation error
Client state Compute error
Exit status 0 (0x0)
Computer ID 109019
Report deadline 24 Dec 2012 | 18:43:06 UTC
Run time 39,198.89
CPU time 38,715.33
Validate state Invalid
Credit 0.00
Application version Long runs (8-12 hours on fastest card) v6.16 (cuda42)
Stderr output

<core_client_version>7.0.28</core_client_version>
<![CDATA[
<stderr_txt>
MDIO: cannot open file "restart.coor"
# Time per step (avg over 6250000 steps): 6.274 ms
# Approximate elapsed time for entire WU: 39213.953 s
called boinc_finish

</stderr_txt>
<message>
upload failure: <file_xfer_error>
<file_name>1x22_18-NOELIA_hfXA_long-0-2-RND2038_0_4</file_name>
<error_code>-131</error_code>
</file_xfer_error>

</message>
]]>

Me too, after 10 hours...the task was already finished :-((( GTX680
What`s the problem?
____________
Member of Boinc Italy.

Me too, after 10 hours...the task was already finished :-((( GTX680
What`s the problem?

I hope I am wrong on this but it looks like the output file for these work units are going to be larger than 128 MB. After one of the units was 25% done, the 1x1_10-NOELIA_hfXA_long-0-2-RND6540_1_4 file was about 35 MB in size, at 33% done it was about 47 MB in size. If this projection holds when the file will be 100% done, the file will be about 140 MB, too large to upload, unless you raise the size limit of the upload files. I hate to see an otherwise successfully completed unit, error out like this.

This error occurred before:

5/8/2012 3:26:52 AM | GPUGRID | Computation for task 1H46_11_8-PAOLA_RNP-0-5-RND3163_0 finished
5/8/2012 3:26:52 AM | GPUGRID | Output file 1H46_11_8-PAOLA_RNP-0-5-RND3163_0_4 for task 1H46_11_8-PAOLA_RNP-0-5-RND3163_0 exceeds size limit.
5/8/2012 3:26:52 AM | GPUGRID | File size: 131283476.000000 bytes. Limit: 128000000.000000 byte

http://www.gpugrid.net/forum_thread.php?id=2970#24795

But you still have an opportunity to correct this.

Well, it happened again.

12/20/2012 6:58:25 AM | GPUGRID | Output file 1x17_3-NOELIA_hfXA_long-0-2-RND7641_0_4 for task 1x17_3-NOELIA_hfXA_long-0-2-RND7641_0 exceeds size limit.
12/20/2012 6:58:25 AM | GPUGRID | File size: 144107276.000000 bytes. Limit: 128000000.000000 bytes
12/20/2012 6:58:36 AM | GPUGRID | Starting task 10x12_4-NOELIA_hfXA_long-0-2-RND0606_1 using acemdlong version 616 (cuda42) in slot 2


http://www.gpugrid.net/result.php?resultid=6222298

I have three more of these units crunching right now. I hope this doesn't happen again.

What we have to do? 23 hours GPU work for nothing... :-(
____________
Member of Boinc Italy.

I've just had another one fail at upload!!! :(

Same problem
"20/12/2012 12:40:09 | GPUGRID | Output file 1x18_5-NOELIA_hfXA_long-0-2-RND1979_0_4 for task 1x18_5-NOELIA_hfXA_long-0-2-RND1979_0 exceeds size limit.
20/12/2012 12:40:09 | GPUGRID | File size: 144107276.000000 bytes. Limit: 128000000.000000 bytes"

with this one :
http://www.gpugrid.net/workunit.php?wuid=3964747

on GTX660Ti XP32 Boinc 7.0.28

This is very very bad.
I have only one successful NOELIA_hfXA_long task (it was the first one) and 9 failures 8 of the failures are because the upload limit exceeded.
Maybe the BOINC manager (on Windows) has this 128MB upload limit, so it couldn't be fixed on server side, since the increase I've got this error again.

Oh man..thats hard to know all fresh WUs will error out too in 14-18 hours and i cant abort them all..."50M until End of the year byebye" -_-
____________
DSKAG Austria Research Team: http://www.research.dskag.at

ok, i raised the transfer limit to 1500,00 MB per day !? will that effect anything ?

ok i found this , but will taht help, i even dont understand that.

http://boinc.berkeley.edu/trac/wiki/JobSubmission

Two here as well!
20/12/2012 12:30:29 a.m. | GPUGRID | Output file 1x13_10-NOELIA_hfXA_long-0-2-RND5009_0_4 for task 1x13_10-NOELIA_hfXA_long-0-2-RND5009_0 exceeds size limit.
20/12/2012 12:30:29 a.m. | GPUGRID | File size: 144107276.000000 bytes. Limit: 128000000.000000 bytes
20/12/2012 11:49:34 a.m. | GPUGRID | Output file 1x31_12-NOELIA_hfXA_long-0-2-RND4384_1_4 for task 1x31_12-NOELIA_hfXA_long-0-2-RND4384_1 exceeds size limit.
20/12/2012 11:49:34 a.m. | GPUGRID | File size: 144107276.000000 bytes. Limit: 128000000.000000 bytes
And for sure on my other computer failed one as well.

Is there a possibility, to identify the WUs GDF has corrected? The failed ones took me over 11 hours to crunch.

ERR_FILE_TOO_BIG -131

One of the output files is bigger than the maximum set by the project for upload.
BOINC will not try to upload this file.

Solution: Go to the project's forums and report this behavior.

I've just had another one fail at upload!!! :(

i wend wrong

So the situation is this one.

All the new WUs SENT after we have made the change this morning are ok.

The ones that were already queued in your client before this morning in Barcelona have a 50% probability of failing the upload, so cancel them.

gdf

I have a wu crunching since ~7 hours and I hope I will not lose it.... I found inside "client_state.xml" some lines about the "name_of_the_wu_4" which is the larger of the output files made while crunching: <max_nbytes>128000000.000000</max_nbytes> will change the value to a much larger one, restart boinc and see what happens...

now it must be right.

Ok... i´m new on this beautifull project, and i´m not secure about editing things... But I understand that I can go back to long runs because the ones that are beeing splited now will work without any change?
I had a lot of 10/11 hr processing wasted and dont want to loose it all again..

I finally got one to upload successfully, after 4 failures, and with 3 more crunching!!!



http://www.gpugrid.net/result.php?resultid=6241005

Yes they are back running, you can crunch on.
____________
DSKAG Austria Research Team: http://www.research.dskag.at

Thank you mate, they are reporting fine now!

On 20 Dec 12, GDF wrote...

All the new WUs SENT after we have made the change this morning are ok.

@ritterm - It should be ok. It's the "sent time" that counts for this issue.

You can anyway check the <max_nbytes> parameter, as above, to be sure.

I had one of these failures too today:

http://www.gpugrid.net/results.php?userid=86706
37 hours wasted...

All 4 of my machines failed these after between 24 and 25 hours each, so about 99 hours wasted. Since no TONI WUs seem to be available, had to switch projects for a while :-(

The task I referred to in my previous message finished okay.
____________

Now is working :-) 3xNoelia WU, 135.000 credits each :-)
____________
Member of Boinc Italy.

Why do you allow 7 errors? That seems wasteful.

name 1x40_14-NOELIA_hfXA_long-0-2-RND7079
application Long runs (8-12 hours on fastest card)
created 19 Dec 2012 | 15:18:38 UTC
minimum quorum 1
initial replication 1
max # of error/total/success tasks 7, 10, 6
Task
click for details Computer Sent Time reported
or deadline
explain Status Run time
(sec) CPU time
(sec) Credit Application
6222894 107753 19 Dec 2012 | 23:14:47 UTC 20 Dec 2012 | 23:43:07 UTC Error while computing 47,292.92 47,269.47 --- Long runs (8-12 hours on fastest card) v6.16 (cuda42)
6245526 141259 21 Dec 2012 | 1:58:49 UTC 21 Dec 2012 | 4:16:55 UTC Error while computing 2,685.14 100.26 --- Long runs (8-12 hours on fastest card) v6.16 (cuda42)
6246153 141700 21 Dec 2012 | 7:20:11 UTC 21 Dec 2012 | 9:59:23 UTC Error while computing 4.46 2.36 --- Long runs (8-12 hours on fastest card) v6.16 (cuda42)
6246927 140345 21 Dec 2012 | 17:45:40 UTC 26 Dec 2012 | 17:45:40 UTC In progress --- --- --- Long runs (8-12 hours on fastest card) v6.16 (cuda42)

http://www.gpugrid.net/result.php?resultid=6224928

absolutely clueless , what happend ? 38.000 seconds down the drain.

Thats a different error.

ERROR: file deven.cpp line 1106: # Energies have become nan

Means the simulation went into a state that was not physically possible and was aborted.

Now is working :-) 3xNoelia WU, 135.000 credits each :-)

I haven't had a problem with these new WU, but good lord these WU a HUGE. It take my 660M about 30 hours to finish one (and it is heavily overclocked).

Now that we have these units uploading successfully, I noticed that the server status has 22,000 + work units listed as unsent. I have never seen that number that high, and since in the last few days, I have been getting nothing but these Noelia units, putting 2 and 2 together, I ask that question again, what's the big thing that we are crunching here?

Now that we have these units uploading successfully, I noticed that the server status has 22,000 + work units listed as unsent. I have never seen that number that high, and since in the last few days, I have been getting nothing but these Noelia units, putting 2 and 2 together, I ask that question again, what's the big thing that we are crunching here?

I think that too. Scientist want to have xmas too ;)
____________
DSKAG Austria Research Team: http://www.research.dskag.at

I hope more they activade soon cuda42 only with the smaller upload files. One of my cards need only 13 hours to compute, but the 3g connection has uploadspeedproblems and i need over 14 hours to upload. So it blocks new wus to download and i miss the 24h bonus too :( so the card witch needs over 18 hours get the full bonus due high speed internet, what a Shame ^^
____________
DSKAG Austria Research Team: http://www.research.dskag.at

The Cuda31 versions of these tasks are very slow 24h+ on slightly factory overclocked 560ti all of the 4.2 tasks are working much better at most they take 16 hours(Always at-least 25% faster sometimes upto 40% faster). Unfortunately the server is passing out about 25% Cuda31 tasks to 42 capable machines and I always catch them to late to make aborting worthwile.

Careful with the OC's; these tasks might consume slightly more power.

The 30+ hours per WU is ruining my RAC :P

I'm crunching longer and getting less credit haha, oh well. At least these WUs don't lag my graphics.

Maybe they would consider extending the 24hr bonus time to 36hrs or even 48hrs for these longer WUs. A lot of people seem to be struggling to finish them in 24hrs.

What do they mean by "2-step deep" ?

What do they mean by "2-step deep" ?

... A lot of people seem to be struggling to finish them in 24hrs.

Now that we have these units uploading successfully, I noticed that the server status has 22,000 + work units listed as unsent. I have never seen that number that high, and since in the last few days, I have been getting nothing but these Noelia units, putting 2 and 2 together, I ask that question again, what's the big thing that we are crunching here?

What do they mean by "2-step deep" ?

In this project every workunit we process is a piece of a "longer" Molecular Dynamics simulation. So when a workunit is finished, uploaded and validated, then its result will be sent to another host to process the MD simulation from where the previous one has finished, until the whole given timeframe of the MD simulation is completed. For example: the whole timeframe for the MD simulation is 1µsec, it will be divided into 100 pieces of 10ns workunits (aka "steps"). However in the case of NOELIA_hfXA_long, there are only 2 such pieces.
On the server status page there are 22.000 unsent long workunits right now, in this case every one of them will be processed twice, while in other cases there are only 2.200 unsent long workunits, but those usually processed for 100 times.

Now that we have these units uploading successfully, I noticed that the server status has 22,000 + work units listed as unsent. I have never seen that number that high, and since in the last few days, I have been getting nothing but these Noelia units, putting 2 and 2 together, I ask that question again, what's the big thing that we are crunching here?

I've been able to get nothing but the Noelia WUs either. They take too long to run to meet the 24hr deadline so have moved the NVidias to other projects. The Toni WUs are the only ones that work OK on my 4 cards as the Nathans take too much memory to run efficiently. Will check back from time to time as I would really like to be running GPUGrid...

Why don't you switch to the short task queue?

Why don't you switch to the short task queue?

Pretty please, tell me how to do that. Thanks!

1) Go to your account area

Tomba, you are viewing your account information that everyone can see.

To view your preferences however, click on your name on the top right of the GPUGRID web site. It should be next to server status, and is above the Volunteers and the Science links. This will take you to the correct account area where you can change your preferences.

Look at the top of the picture you posted, and click on tomba.

Tomba, you are viewing your account information that everyone can see.

To view your preferences however, click on your name on the top right of the GPUGRID web site. It should be next to server status, and is above the Volunteers and the Science links. This will take you to the correct account area where you can change your preferences.

Look at the top of the picture you posted, and click on tomba.

Why don't you switch to the short task queue?

Pretty please, tell me how to do that. Thanks!

Just had another Noelia "Error while computing", after eight hours of crunching. That's the sixth out of a total of 15.

Can I please have more Nathan benHPs...?
____________

Are you overclocking your card? Is your computer crashing? Things like that can cause these errors.

Just had another Noelia "Error while computing", after eight hours of crunching. That's the sixth out of a total of 15.

Can I please have more Nathan benHPs...?

Is there any way to stop the old 31 wus from hitting my machine other than checking and aborting manually? These are insanely slow on my old 560ti. The server reports 1000s of wus ready to send and when I abort a 31 wu it almost always send a 42 task so I'm thinking the server isn't out of 42 wus. I saw this rarely in the past with the long queue but it seems much worse with these tasks.

You can try my workaround on Linux:
1. turn off file size checking in cc_config.xml
2. overwrite the cuda31 binary with the cuda42 binary

We can remove already 3.1 apps on the long queue, but we will not upgrade the application until new year.

gdf

Your error is an "Energies have become nan", so see the appropriate thread.

I have an ASUS GTX 460 1 gig. Stock settings are Core: 675, Shader: 1350, Mem: 1800.

For the 18 months I've had the 460, I've been GPUGRID-ing at: Core: 850, Shader: 1700, Mem 2000. It's only recently the errors have reared their ugly heads...

I have 'EVGA Precision', that lets me do changes, though I have nothing that lets me change the voltage...

Can I please ask you to recommend which of the three parameters I should change to give me the best chance of avoiding errors.

Again, thank you for responding!

I use and recommend MSI Afterburner for that purpose.

1. Cleaning the cooling fins of the GPU and the CPU with high pressure air duster (using a vacuum-cleaner at the same time is recommended)
- (also the PSU, as much as you can do it through the rear grille, or the fan)

2. If there is any overclock applied to the PCIe bus, cancel it, and set the PCIe bus frequency to its default of 100MHz

3. GPU memory clock is irrelevant, raising it is just asking for trouble. (set it to factory default)

4. You can raise the GPU voltage by 0.025V increments as long as your GPU temp is below 80°C (and gets stable).
5. Lower your GPU core clock by 10MHz decrements, until it gets stable. (note that not every frequency can be set, so the actual GPU frequency can be ~3MHz lower than the value beside the slider)

Firstly make sure the GPU Fan speed is keeping the GPU below 70°C. Sometimes adding a case fan or opening the side panel helps.

Start downclocking by reducing the GDDR5 frequency by 10%

Tomba, GDDR5 is the memory used in the GPU. See this Wikipedia article:

http://en.wikipedia.org/wiki/GDDR5

All well with Noelias this past week. Just getting in under the 24-hour bar.

The latest one forecasts 38 hours to complete!!!
____________

The latest one forecasts 38 hours to complete!!!

Would this explain the size of these WU? (2 step deep means longer timeframe of simulation per WU, right?)