One WU finished waiting for validation.

http://setiathome.berkeley.edu/result.php?resultid=3023153356

Will keep an eye one things.

Much appreciated here :) Dr Ivan mentioned, buried amidst the chaos, that he's going to have a look for x41zc update needs, and Urs provided some helpful starting suggextions.

---

"Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions.

Now that my GTX460 cruncher is on stock app for the first time, it downloaded its first Nvidea AP to crunch using opencl. However, GPU utilization is very low. For MB WUs, GPU utilization is typically 80-90% (for 1 v7 WU), but the AP was only showing ca 4% GPU utilization. I freed up one CPU core and this increased to 18% with occaisional bursts up to 100%. Freeing up a second CPU core made no difference. Is this normal?

The AP WU is currently 24% complete and has been running for 1.5 hours, so it is heading for about 6 hours to complete. Does this sound right for a GTX460 running at 857MHz?

Freeing a core (just one for one card) for OpenCL is normal, yes. Can't comment on timings, I'll leave that for the OpenCL specialists.

Thanks Richard.

In the end it finished normally in 3.5 hours. Is there a clever way of freeing up one CPU core when the GPU is running an AP but when it is running MBs which do not need it? I do not want to loose 25% of my CPU RAC and cannot lways be present to baby sit the machine.

Not sure why the apparent GPU usage was so low, but it has returned to 70-80% now that the GPU is cruching MBs again.

Assuming that was your Task 3022864474, the "percent blanked: 79.34" is why CPU and Run time were long and GPU usage low. More than half the time was spent in class T_remove_radar_randomize which has to be run on CPU.

                                                                  Joe

The developers might want to look at the V7 rollout again with regard to the inability of the servers to supply the necessary files to run the tasks. I'm still pissed that upon updating to V7, the project promptly assigned me 100 CUDA50 tasks while the client was still unsuccessfully trying to download the .DLL for them. And all 100 tasks got errored out immediately because the DLL was still missing. It took over 2 hours to persuade BOINC to download the DLL file. I would have thought the system should not have downloaded any tasks until the necessary files were on board.

Keith

http://setiathome.berkeley.edu/results.php?hostid=5741129&offset=0&show_names=0&state=6&appid=

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

I would have thought the system should not have downloaded any tasks until the necessary files were on board.

It downloads them, but then holds them untill the necessary files have downloaded. They wouldn't have errored out unless something else happened or was done (such as aborting the download of one or more of the application files).
That's the way it was for me.

---

Grant
Darwin NT

Maybe this is the correct thread to ask this question. The auto correlation increases the sensitivity for weak signals by how many db?

---

I didn't abort the download. I kept hitting try again and watched the backoff times increase, so I shut client down and rebooted. Again watched the client unsuccessfully try to download the .DLL (either unable to access the server or server timeout). Got disgusted and left the room. Came back a couple of hours later and saw the client finally got the .DLL. Only, now the server is only offering up mainly CUDA32 tasks and a couple of CUDA42 tasks. My quota for CUDA50 is now 1 a day until the errors clear.

Cheers, Keith

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

I didn't abort the download. I kept hitting try again and watched the backoff times increase, so I shut client down and rebooted. Again watched the client unsuccessfully try to download the .DLL (either unable to access the server or server timeout). Got disgusted and left the room. Came back a couple of hours later and saw the client finally got the .DLL.

Only thing that comes to mind is in it's many attempts to download, one of the files was corrupted or only partial. When it tried to run, it errored out the WUs & re-downloaded the file.

I had something similar happen on one of my systems; on the other system i just left it alone & the files eventually download OK & things started running without aborts or other issues.

---

Grant
Darwin NT

Maybe this is the correct thread to ask this question. The auto correlation increases the sensitivity for weak signals by how many db?

None. Autocorrelation is a search for a different type of signal, where the transmission is the combination of an original signal combined with a delayed copy of the same signal. Such a combination would be a good indication of intelligent intent given a significant delay.

                                                                   Joe

After 2 days of work, still having some trouble with the scheduler dsending the wrong WU to some hosts, for example cuda50 to a 590/580 host, cuda32 to a 2x690 host, etc. Any clues how to fix that?

---

Maybe this is the correct thread to ask this question. The auto correlation increases the sensitivity for weak signals by how many db?

None. Autocorrelation is a search for a different type of signal, where the transmission is the combination of an original signal combined with a delayed copy of the same signal. Such a combination would be a good indication of intelligent intent given a significant delay.

                                                                   Joe

Or gravitational lensing.

---

After 2 days of work, still having some trouble with the scheduler dsending the wrong WU to some hosts, for example cuda50 to a 590/580 host, cuda32 to a 2x690 host, etc. Any clues how to fix that?

I'm stuck in the same boat. My two computers, both with 670's, started on 100+ tasks using 32 on one and 42 on the other.

Neither computer has any 50's validated so the server cannot make a decision yet on which is the best app. Although one has got 32 and 42 tasks validated and it should see that the 42 app is much better than 32.

When I get 50's tasks I force the computer to do these asap, in the hope that the more done the greater the chance one, at least, will be verified.

After 2 days of work, still having some trouble with the scheduler dsending the wrong WU to some hosts, for example cuda50 to a 590/580 host, cuda32 to a 2x690 host, etc. Any clues how to fix that?

I'm stuck in the same boat. My two computers, both with 670's, started on 100+ tasks using 32 on one and 42 on the other.

Neither computer has any 50's validated so the server cannot make a decision yet on which is the best app. Although one has got 32 and 42 tasks validated and it should see that the 42 app is much better than 32.

The wierd thing is i allready have a lot of cuda42 work done in the 590/580 host and the scheduler continues to send only cuda50 to that host, the same happens on the 2x690, it allready have a lot of cuda50 done and the server still sending cuda32 to it. Something similar happening of some of my others hosts.

I just don´t understand why not put a instruction to allow us to choose the best app to our host manualy, that could save a lot of time and resources.

---

I just don´t understand why not put a instruction to allow us to choose the best app to our host manualy, that could save a lot of time and resources.

Because those that know will use the Lunatics installer.
The stock application is for those that don't know.

---

Grant
Darwin NT

After 2 days of work, still having some trouble with the scheduler dsending the wrong WU to some hosts, for example cuda50 to a 590/580 host, cuda32 to a 2x690 host, etc. Any clues how to fix that?

I'm stuck in the same boat. My two computers, both with 670's, started on 100+ tasks using 32 on one and 42 on the other.

Neither computer has any 50's validated so the server cannot make a decision yet on which is the best app. Although one has got 32 and 42 tasks validated and it should see that the 42 app is much better than 32.

The wierd thing is i allready have a lot of cuda42 work done in the 590/580 host and the scheduler continues to send only cuda50 to that host, the same happens on the 2x690, it allready have a lot of cuda50 done and the server still sending cuda32 to it. Something similar happening of some of my others hosts.

I just don´t understand why not put a instruction to allow us to choose the best app to our host manualy, that could save a lot of time and resources.

Thankfully I've avoided this problem all together.

Cheers.

I just don´t understand why not put a instruction to allow us to choose the best app to our host manualy, that could save a lot of time and resources.

Because those that know will use the Lunatics installer.
The stock application is for those that don't know.

Some will do stuff by hand, even with the installer, all I need to do is extract the cpu file and add it's name and other pertinent facts to the app info file and I'm done, for others, I agree.

---

The T1 Trust, PRR T1 Class 4-4-4-4 #5550, 1 of America's First HST's

I just don´t understand why not put a instruction to allow us to choose the best app to our host manualy, that could save a lot of time and resources.

Because those that know will use the Lunatics installer.
The stock application is for those that don't know.

They why put the option to run more than one WU at a time on stock? You need to know to choose right this option too.

---

They why put the option to run more than one WU at a time on stock? You need to know to choose right this option too.

I haven't seen that option anywhere in my clickings at this time.
Where it it located?

---

Grant
Darwin NT

They why put the option to run more than one WU at a time on stock? You need to know to choose right this option too.

I haven't seen that option anywhere in my clickings at this time.
Where it it located?

Look at http://setiathome.berkeley.edu/forum_thread.php?id=71806 its explains how to do that.

---

They why put the option to run more than one WU at a time on stock? You need to know to choose right this option too.

I haven't seen that option anywhere in my clickings at this time.
Where it it located?

Look at http://setiathome.berkeley.edu/forum_thread.php?id=71806 its explains how to do that.

Read through that thread a couple of times & can't see any where where it tells you how to do it, let alone where it's an option selectable on the client or web site (which is what would be needed for it to be an option for stock installations).

---

Grant
Darwin NT

They why put the option to run more than one WU at a time on stock? You need to know to choose right this option too.

I haven't seen that option anywhere in my clickings at this time.
Where it it located?

Look at http://setiathome.berkeley.edu/forum_thread.php?id=71806 its explains how to do that.

Read through that thread a couple of times & can't see any where where it tells you how to do it, let alone where it's an option selectable on the client or web site (which is what would be needed for it to be an option for stock installations).

We now have an app_config.xml option where we can change the number of tasks allowed to run, you can limit the total number for an app name, and you can change the number that runs on the GPU, all without having to run an app_info:

BOINC 7.0.40-42 and new app_config.xml

Edit: to change my mistake of saying app version instead of app name.

Claggy