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?

Check blanking % in results file. Worth to discuss only 0% blanking tasks. Blanking on CPU and it's known limitation.
Also, for FERMI and higher you could try to run 2 or even more AP tasks at once. It could be good even for pre-FERMI GPUs if AP tasks from noisy (high blanking) tape.

---

SETI apps news
We're not gonna fight them. We're gonna transcend them.

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.

I had the same thought. There's also another phenomenon I've seem mention of in visible light, where secondary light is scattered off surrounding debris (from a supernova, e.g) -- but that delay is measured in years*10^N so we're unlikely to catch it... :-O!

Anyway even being non-intellegent such kind of signals interesting enough to be investigated.

---

SETI apps news
We're not gonna fight them. We're gonna transcend them.

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.

Actually being on stock apps has own advantages so if something can be implemented as stock feature better to implement it as such. And leave anonymous platform for "hard cases" :)

---

SETI apps news
We're not gonna fight them. We're gonna transcend them.

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.

Maybe it's just me, but that comment comes across as arrogant and condescending. There are quite a few of us here that have the level of knowledge and skill to run Optimized Apps, but choose NOT to. I could run the Lunatics package on my P4HT/WinXP boxes, but I don't have a need or desire for the extra production that the Opt Apps provide - my RAC is sufficient, and my results are as valid as any others.

And remember, too, that the Lunatics package only runs on Windows boxes - there is no equivalent for my Macs or other non-Windows OSes.

---

Donald
Infernal Optimist / Submariner, retired

Probably as good a place as any-

Is there any one around that had been running the older stock or optimised CPU applications and is now running the new optimised application & making use of the AVX support?

Since upgrading from the old optimised application to the current v7 optimised with AVX supprt, my i7 2600 CPU is now running about 5°c hotter.

---

Grant
Darwin NT

I noticed that on my FX also.
Only 2 - 3°C but its there.

---

With each crime and every kindness we birth our future.

Probably as good a place as any-

Is there any one around that had been running the older stock or optimised CPU applications and is now running the new optimised application & making use of the AVX support?

Since upgrading from the old optimised application to the current v7 optimised with AVX supprt, my i7 2600 CPU is now running about 5°c hotter.

My AMD 8150 was normally running 24°-25° with the optimised SSE3 app. Now it's getting up to 27°-28° with the AVX app. I'm getting a little worried ;)

Using a Corsair h100

---

</Tazz>

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.

With your version of BOINC, you can do this with an app_config.xml file in your SETI data directory. Here's mine - set the gpu usage value to the values you need for your card. You don't need the max concurrent line - I use it to limit the number of AP's running at one time. Setting a value of one for the cpu usage will reserve one core but only while the AP task is running.


<app_config>
<app>
<name>astropulse_v6</name>
<max_concurrent>2</max_concurrent>
<gpu_versions>
<gpu_usage>.33</gpu_usage>
<cpu_usage>1.0</cpu_usage>
</gpu_versions>
</app>
<app>
<name>setiathome_v7</name>
<gpu_versions>
<gpu_usage>.33</gpu_usage>
<cpu_usage>.06</cpu_usage>
</gpu_versions>
</app>
</app_config>

Now that it has been released, I am using the optimised app rather than stock to process APs on my GTX460. The above does not seem to work with the optimised app, presumably because optimised app does not use app_config? Is there an alternative way of achieving the same effect with optimised app? Probably by editing app_info instead?

---

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.

With your version of BOINC, you can do this with an app_config.xml file in your SETI data directory. Here's mine - set the gpu usage value to the values you need for your card. You don't need the max concurrent line - I use it to limit the number of AP's running at one time. Setting a value of one for the cpu usage will reserve one core but only while the AP task is running.


<app_config>
<app>
<name>astropulse_v6</name>
<max_concurrent>2</max_concurrent>
<gpu_versions>
<gpu_usage>.33</gpu_usage>
<cpu_usage>1.0</cpu_usage>
</gpu_versions>
</app>
<app>
<name>setiathome_v7</name>
<gpu_versions>
<gpu_usage>.33</gpu_usage>
<cpu_usage>.06</cpu_usage>
</gpu_versions>
</app>
</app_config>

Now that it has been released, I am using the optimised app rather than stock to process APs on my GTX460. The above does not seem to work with the optimised app, presumably because optimised app does not use app_config? Is there an alternative way of achieving the same effect with optimised app? Probably by editing app_info instead?

You can of course edit app_info, but that's harder work.

In my experience, app_config can be used with app_info.xml, and app_config wins - it is read later than app_info when BOINC starts up, and if the same value is set in both, the one in app_config is used. I've certainly used AC's <gpu_usage> to over-ride AI's <count>. And the best bit of app_config is that it can be read (and re-read after editing) any time BOINC is running - take 'Read config file' from the Advanced menu.

There's one bug that I'm aware of, and it's cosmetic only. The GPU fraction in the task display - perhaps other values too - doesn't update immediately when the app_config file is re-read. But the number of running tasks does change straight away.

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.

With your version of BOINC, you can do this with an app_config.xml file in your SETI data directory. Here's mine - set the gpu usage value to the values you need for your card. You don't need the max concurrent line - I use it to limit the number of AP's running at one time. Setting a value of one for the cpu usage will reserve one core but only while the AP task is running.


<app_config>
<app>
<name>astropulse_v6</name>
<max_concurrent>2</max_concurrent>
<gpu_versions>
<gpu_usage>.33</gpu_usage>
<cpu_usage>1.0</cpu_usage>
</gpu_versions>
</app>
<app>
<name>setiathome_v7</name>
<gpu_versions>
<gpu_usage>.33</gpu_usage>
<cpu_usage>.06</cpu_usage>
</gpu_versions>
</app>
</app_config>

Now that it has been released, I am using the optimised app rather than stock to process APs on my GTX460. The above does not seem to work with the optimised app, presumably because optimised app does not use app_config? Is there an alternative way of achieving the same effect with optimised app? Probably by editing app_info instead?

You can of course edit app_info, but that's harder work.

In my experience, app_config can be used with app_info.xml, and app_config wins - it is read later than app_info when BOINC starts up, and if the same value is set in both, the one in app_config is used. I've certainly used AC's <gpu_usage> to over-ride AI's <count>. And the best bit of app_config is that it can be read (and re-read after editing) any time BOINC is running - take 'Read config file' from the Advanced menu.

There's one bug that I'm aware of, and it's cosmetic only. The GPU fraction in the task display - perhaps other values too - doesn't update immediately when the app_config file is re-read. But the number of running tasks does change straight away.

OK got it working now thanks. turned out just to be a pesky typo!

---

My AMD 8150 was normally running 24°-25° with the optimised SSE3 app. Now it's getting up to 27°-28° with the AVX app. I'm getting a little worried ;)

Using a Corsair h100

In my case it's gone from high 70°s to mid 80°s. Ambient temps in the low 30°s (it had been in the mid to high 30°s).
Still using the stock cooler, but with this bump in CPU temperature i've ordered a better basic after market heatsink & fan.

---

Grant
Darwin NT

I'm using a Corsair H70(Water Cooling) and My cpu temps while crunching stay at about 45°C, idle is about 29°C to 32°C

I'm cheating a little with mine. My case is OLD with nowhere to mount a radiator, and being the cheapskate I am I made it work. It's always getting air from outside the case and keeping it outside the case.

---

</Tazz>

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.

With your version of BOINC, you can do this with an app_config.xml file in your SETI data directory. Here's mine - set the gpu usage value to the values you need for your card. You don't need the max concurrent line - I use it to limit the number of AP's running at one time. Setting a value of one for the cpu usage will reserve one core but only while the AP task is running.


<app_config>
<app>
<name>astropulse_v6</name>
<max_concurrent>2</max_concurrent>
<gpu_versions>
<gpu_usage>.33</gpu_usage>
<cpu_usage>1.0</cpu_usage>
</gpu_versions>
</app>
<app>
<name>setiathome_v7</name>
<gpu_versions>
<gpu_usage>.33</gpu_usage>
<cpu_usage>.06</cpu_usage>
</gpu_versions>
</app>
</app_config>

Now that it has been released, I am using the optimised app rather than stock to process APs on my GTX460. The above does not seem to work with the optimised app, presumably because optimised app does not use app_config? Is there an alternative way of achieving the same effect with optimised app? Probably by editing app_info instead?

You can of course edit app_info, but that's harder work.

In my experience, app_config can be used with app_info.xml, and app_config wins - it is read later than app_info when BOINC starts up, and if the same value is set in both, the one in app_config is used. I've certainly used AC's <gpu_usage> to over-ride AI's <count>. And the best bit of app_config is that it can be read (and re-read after editing) any time BOINC is running - take 'Read config file' from the Advanced menu.

There's one bug that I'm aware of, and it's cosmetic only. The GPU fraction in the task display - perhaps other values too - doesn't update immediately when the app_config file is re-read. But the number of running tasks does change straight away.

Does high priority mode overrule this? Today I cannot get two APs to run simultaneously on my GTX460 even though 2 MB v7's run perfectly happily. Instead, 1 AP runs on the GTX460 and only uses 0.5 of the GPU (monitored by GPUz). However, the CPU cores are currently being used by another project (cosmology) and those WU's are running in high priority mode, mainly because I have CPU seti v7 WUs with exagerated run times as I have not yet returned 10, as the cosmology tasks have earlier due dates.

---

I'm using a Corsair H70(Water Cooling) and My cpu temps while crunching stay at about 45°C, idle is about 29°C to 32°C

I'm cheating a little with mine. My case is OLD with nowhere to mount a radiator, and being the cheapskate I am I made it work. It's always getting air from outside the case and keeping it outside the case.

Luv it.
The kitty farm is in similar state.
One makes do where one must.

The kitty crunching farm is nothing pretty......
All rigs side off, a bit of cooling fan tacked on here and there. Wires hanging out, things tucked in where they had to be.

It's all work, kids. Nothing pretty about it.

---

"Time is simply the mechanism that keeps everything from happening all at once."