Thanks, but all the GPU work has been cancelled for Linux also. Maybe you could add some back?

PS: can you post here some of the WU failed for Windows so that I can easily find the error message?

Thanks for the update, GDF. Noticed this yesterday on my 2 Win boxes. Here's a couple of the errors:

https://www.gpugrid.net/result.php?resultid=18149877

Stderr output
<core_client_version>7.10.2</core_client_version>
<![CDATA[
<message>
(unknown error) - exit code -44 (0xffffffd4)</message>
]]>


https://www.gpugrid.net/result.php?resultid=18146999

Stderr output
<core_client_version>7.10.2</core_client_version>
<![CDATA[
<message>
(unknown error) - exit code -44 (0xffffffd4)</message>
]]>

Good luck sorting it out...

Cheers!

We had the same error number (I searched for 0xffffffd4) and the same symptoms - every task failing on Windows machines, for one of the Windows apps, at the same time - on 14/15 April 2017.

The conclusion reached in all WUs downloaded recently produce "computation error" right away (that's last years thread, not the similarly named thread this week) was that the licence for one component included in the app had expired.

I think if all UTs generate the same error, it should be pretty simple.

Good luck to fix!

Thanks, but all the GPU work has been cancelled for Linux also. Maybe you could add some back?

I just got 243000 credits for a GPU task on my main Linux box.It and the the Linux laptop are running QC tasks.
Tullio

Could someone please explain this? (Windows hosts still receive and fail GPU workunits, while the Windows app is deprecated)

Just caught myself a couple of those on my mine canary - the one which will tell me when good work starts to flow again.

I think it may result from a mis-understanding of what it means to 'deprecate' an application in the BOINC world. There are other oddities, like a string of

<file_ref>
<file_name>e46s10_e41s8p0f164-ADRIA_FOLDT1008_v2_predicted_pred_ss_contacts_50_T1008_2-0-LICENSE</file_name>
<open_name>LICENSE</open_name>
<rboinc/>
</file_ref>

A volunteer effort. doubtless "Measure twice cut once" at this time.

Possibly related to the thing that derailed BOINC,
some new windows patch. ??

... (Windows hosts still receive and fail GPU workunits, while the Windows app is deprecated)

I had been running the Windows App on my fastest system successfully after the 14th July license problems (which occur annually but seem to take you by surprise every time) by turning my system time back. However, now you seem to have deprecated it and I get nothing.

I am continually disappointed by the way this project is run.
____________
Radio Caroline, the world's most famous offshore pirate radio station.
Great music since April 1964. Support Radio Caroline Team -
Radio Caroline

I had been running the Windows App on my fastest system successfully after the 14th July license problems (which occur annually but seem to take you by surprise every time) by turning my system time back. However, now you seem to have deprecated it and I get nothing.

Yes, sorry that I didn't. However, the problem is a recurring one and I thought everyone knew from the last time it happened.
____________
Radio Caroline, the world's most famous offshore pirate radio station.
Great music since April 1964. Support Radio Caroline Team -
Radio Caroline

We just have to be patient for the scientists to fix the problems. In the meantime, some other GPU projects I'm attached to (with 0 resource share, as backup projects), are getting some extra work done for them :)

If your running other projects other than GPUGrid, I would strongly recommend that you don't set your clock back, you could get validation errors or WU's canceled because of deadline over-run.

... the problem is a recurring one ...

I am surprised it is taking this long to fix the issue...
____________

I am surprised it is taking this long to fix the issue...

I am surprised it is taking this long to fix the issue...

Holidays, weekends, too few people.

Maybe just too few people interested.

They by their own admission have few people who understand BOINC, the very platform that gives them 2.5 Pflops/sec of free computing power.
I think if someone donated that much computing power to me at no cost I would have made sure I had people that understood BOINC on hand and paid attention to very simple issues like licensing.
But apparently it's not as important as they keep saying or they would look after the resource much better than they do.
____________
Radio Caroline, the world's most famous offshore pirate radio station.
Great music since April 1964. Support Radio Caroline Team -
Radio Caroline

Licensing is not related to BOINC.

I turned the system clock back to before the time the license expired which allowed the Windows App to work but then someone deprecated the App thus I couldn't do that any longer.
____________
Radio Caroline, the world's most famous offshore pirate radio station.
Great music since April 1964. Support Radio Caroline Team -
Radio Caroline

I turned the system clock back to before the time the license expired ...

The problem with BOINC is that it runs the apps in an almost opaque environment, so when things go wrong there is no useful indication on the direction to take to a speedy fix.

This may be incredibly ignorant of me but why not release the old windows app with a different version number and renewed license.
Everything works again...no?
____________
Radio Caroline, the world's most famous offshore pirate radio station.
Great music since April 1964. Support Radio Caroline Team -
Radio Caroline

I had been running the Windows App on my fastest system successfully after the 14th July license problems (which occur annually but seem to take you by surprise every time) by turning my system time back.

If your running other projects other than GPUGrid, I would strongly recommend that you don't set your clock back, you could get validation errors or WU's canceled because of deadline over-run.

I will be switching all of my crunching systems to Linux as I don't see this will be fixed anytime soon.

I will be a patient donator, and my systems will gladly do work when the admins have had enough time to fix the problems. Some of you guys get upset too easily, and your knee-jerk reactions are a bit rude.

I will be a patient donator, and my systems will gladly do work when the admins have had enough time to fix the problems. Some of you guys get upset too easily, and your knee-jerk reactions are a bit rude.

I will be a patient donator, and my systems will gladly do work when the admins have had enough time to fix the problems

I will be a patient donator, and my systems will gladly do work when the admins have had enough time to fix the problems. Some of you guys get upset too easily, and your knee-jerk reactions are a bit rude.

Well their data still needs to be processed at the end of the day, and if we wait around and don't adapt to the situation the simulations will still be sitting there waiting to be processed and we will be that much further away from a cure.

I will be switching all of my crunching systems to Linux as I don't see this will be fixed anytime soon.

...I wanted to do it anyway to get rid of WDDM.
I'd like to have SWAN_SYNC in the Linux app too.

BOINC provides the capabilities/procedures to run a BOINC application in a test environment outside of the normal download/upload process. The licensing problem has nothing to do with BOINC, otherwise other projects would be failing right and left...

This particular issue everyone is having is 100% reproducible on Windows. I am probably providing what you already have, but see...

https://boinc.berkeley.edu/trac/wiki/AppDebug
____________

Just out of interest, my question is: what slows up GPUGRID crunching more: the Windows WDDM or the missing Swan_sync with Linux?

I will be a patient donator, and my systems will gladly do work when the admins have had enough time to fix the problems. Some of you guys get upset too easily, and your knee-jerk reactions are a bit rude.

Well their data still needs to be processed at the end of the day, and if we wait around and don't adapt to the situation the simulations will still be sitting there waiting to be processed and we will be that much further away from a cure.

I will be switching all of my crunching systems to Linux as I don't see this will be fixed anytime soon.

+1
I've swapped my GTX 1080 Ti from my main rig and installed Linux to my 3 online hosts on the last weekend.
I wanted to do it anyway to get rid of WDDM.
I'd like to have SWAN_SYNC in the Linux app too.

I've swapped my GTX 1080 Ti from my main rig and installed Linux to my 3 online hosts on the last weekend.
I wanted to do it anyway to get rid of WDDM.
I'd like to have SWAN_SYNC in the Linux app too.

SWAN_SYNC is not needed. I have never had to adjust priority of CPU apps or reserve a CPU thread for GPU projects in Linux. GPU apps just take what is needed and the CPUs apps get what is left.

GPU utilization is just higher in Linux w/o any settings and CPU util is around 15-20% for GPUGrid.

I am currently running FAH on a GPU and 4 BOINC CPU tasks on one PC. Another PC is running GPUGrid and 16 CPU tasks.

I've swapped my GTX 1080 Ti from my main rig and installed Linux to my 3 online hosts on the last weekend.
I wanted to do it anyway to get rid of WDDM.
I'd like to have SWAN_SYNC in the Linux app too.

SWAN_SYNC is not needed. I have never had to adjust priority of CPU apps or reserve a CPU thread for GPU projects in Linux. GPU apps just take what is needed and the CPUs apps get what is left.

Well, the stats pages do not support your argument.
1. Before the Windows app broke down, I was the #1 on the "Performance" tab in the "Top average performers (last week Long Runs)" with my three Windows 10 + SWAN_SYNC ON + GTX 1080 Ti hosts (my GPUs are factory overclocked, but I don't use fancy water cooling)
2. Check the following batches on the Performance page the "Top performers per batch":
PABLO_IDP_P01106_2_ASNP21P_ID
PABLO_IDP_P01106_2_ASNP3P_ID
PABLO_IDP_P01106_4_LEUP14P_ID

You'll find that my GTX 980 Ti beats, or gets very close to GTX 1080 Tis, and GTX TITAN X (Pascal) GPUs running under Linux.
That's because it was running under Windows XP (without WDDM) and with SWAN_SYNC ON.

GPU utilization is just higher in Linux w/o any settings and CPU util is around 15-20% for GPUGrid.

True, but it could be even higher with SWAN_SYNC ON.

I am currently running FAH on a GPU and 4 BOINC CPU tasks on one PC. Another PC is running GPUGrid and 16 CPU tasks.

Well, that's irrelevant for me, as I don't run CPU tasks at all, as I want to optimize my PC for GPUGrid.

All in all: I'd like to have the option under Linux to assign a full CPU thread / core to my GPUGrid tasks with SWAN_SYNC on, as it will make tasks crunch faster on Linux too.

You failed to see that even with many things running in different situations that the GPU is fully utilized in Linux w/o wasting a CPU thread.

The GPU is clocked up to its maximum clock frequency when computing, let's say 1999mhz for Pascal. It takes upwards of 1.0620 volts to maintain this frequency. If you aren't feeding this frequency with data at an acceptable rate, you are technically wasting power because most of the cycles are going to waste. The GPU only draws slightly more current when loading the GPU at the same voltage, thus making the whole process more efficient.

I too, would like SWAN_SYNC on Linux as an OPTION so we can choose whether or not we can use it. But if this means development work for the researchers then I definitely think fixing the GPU windows app is the main priority and making a windows CPU app comes before this new option.

Is our crunching work directly used for a cure / medicine, or is it just published as theoretically simulated / calculated results?

Toni said (23 Jul 2018 | 8:40:32 UTC):

As far as I know a new app was uploaded but still not working. Licensing is not related to BOINC.

The problem with BOINC is that it runs the apps in an almost opaque environment, so when things go wrong there is no useful indication on the direction to take to a speedy fix.

BOINC provides the capabilities/procedures to run a BOINC application in a test environment outside of the normal download/upload process. The licensing problem has nothing to do with BOINC, otherwise other projects would be failing right and left...

This particular issue everyone is having is 100% reproducible on Windows. I am probably providing what you already have, but see...

https://boinc.berkeley.edu/trac/wiki/AppDebug

Is our crunching work directly used for a cure / medicine, or is it just published as theoretically simulated / calculated results?

Is our crunching work directly used for a cure / medicine, or is it just published as theoretically simulated / calculated results?

The short answer is no to the first part and yes to the second.

As I wrote, there is some progress...
https://journals.aps.org/prx/abstract/10.1103/PhysRevX.8.031022
____________
I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday.

It appears to use a 4 qubits quantum computer, probably provided by Google since one of the authors is a Goggle person.
Tullio

Eh, I would not go as far as to say it's mostly a tool for PhD students as BettingSlip mentioned (although I'm sure he didn't mean it in a negative way). The theoretical research being published is used to progress science and the specific field, it's not like this work ends up as fluff for a PhD thesis.

Simulations we have done have provided interesting insights in disordered proteins, protein-protein associations and more which can be used by the industry as BettingSlip mentioned.

Currently we are also trying to get more into drug design in our lab so you might see interesting more direct applications in the next few years.

But yes, the connection between theoretical and direct application is often hard to see or appreciate, which is what leads to lack of funding for basic research which is arguably inefficient in the long term.

In the realm of non-profit research, it is entirely collaborative. Even if what someone is researching doesn't seem like it would make a difference, what they discovered could be the holy grail for another researcher team. You see this time and time again throughout our scientific history.

Question related to the thread-title:

any idea when an app for Windows will be available?
Further, will there be a version for XP as well?

Question related to the thread-title:

any idea when an app for Windows will be available?
Further, will there be a version for XP as well?

In the realm of non-profit research, it is entirely collaborative. Even if what someone is researching doesn't seem like it would make a difference, what they discovered could be the holy grail for another researcher team. You see this time and time again throughout our scientific history.

I would like to see direct drug design in the future :)

Question related to the thread-title:

any idea when an app for Windows will be available?
Further, will there be a version for XP as well?

I know you're not directing your question at me but as far as XP is concerned read this post https://gpugrid.net/forum_thread.php?id=4552&nowrap=true#46982

Question related to the thread-title:

any idea when an app for Windows will be available?
Further, will there be a version for XP as well?

I know you're not directing your question at me but as far as XP is concerned read this post https://gpugrid.net/forum_thread.php?id=4552&nowrap=true#46982

I know this thread and it's content. Still I don't stop hoping that they may have changed their mind and provide once more an app for XP.
So, we'll see ...

There is always the inconvenient fact that few (if not all) scientists have little confidence in public distributed computing.

Well guys... It doesn't work that way. Science as a "whole thing" is so complex and unpredictable that we can't even assume what is going to be important and what is not.
One hundred years ago Maria Sklodowska Curie found out that some strange piece of scrap is destroying photographic film. Who cares, right? There was war, people were hungry and have others "big and now" problems. But she studied it and now we have radiotherapy, MRI, gamma knife and many others things. Who could ever know?
Science is a team sport and we are part of the team :)

Well guys... It doesn't work that way. Science as a "whole thing" is so complex and unpredictable that we can't even assume what is going to be important and what is not.
One hundred years ago Maria Sklodowska Curie found out that some strange piece of scrap is destroying photographic film. Who cares, right? There was war, people were hungry and have others "big and now" problems. But she studied it and now we have radiotherapy, MRI, gamma knife and many others things. Who could ever know?
Science is a team sport and we are part of the team :)

We also had nuclear bombs, nuclear fission reactors and, hopefully, fusion reactors. Science can make both good and bad fruits.
Tullio
____________

We also had nuclear bombs, nuclear fission reactors and, hopefully, fusion reactors. Science can make both good and bad fruits.
Tullio

Are we? I read the Bulletin of the Atomic Scientists. USA have 4850 nuclear warheads, 160 of which are stored in Italy, 20 at an air base 200 km from my home. Russia has the same amount, and I don't mention UK,France,China, India,Pakistan and Israel.
Tullio

Are we? I read the Bulletin of the Atomic Scientists. USA have 4850 nuclear warheads, 160 of which are stored in Italy, 20 at an air base 200 km from my home. Russia has the same amount, and I don't mention UK,France,China, India,Pakistan and Israel.
Tullio

I don't think UK and France would allow it. They have nuclear warheads too.
Tullio

Let's keep the explosions on-topic -- Let's talk about exploding GPUGrid apps and tasks :)

Let's keep the explosions on-topic -- Let's talk about exploding GPUGrid apps and tasks :)

hi Gianni

doe you know how it is possible to brake an application, there are back ups

i think it may be conveniant to push towards the linux application/ broken windows gpu application ? > for me it doesn't feel like scientific truth and want some more answer of what happened please

if you want me to switch to Linux please say it

regards

Let's keep the explosions on-topic -- Let's talk about exploding GPUGrid apps and tasks :)

Why not keep it totally on topic -- shutup and wait for an announcement that the damn thing is fixed!!

@ GDF, Toni, Stefan ...

any vague idea when the Windows app will be available?

We know you're doing your best, be strong and good luck!

Don't listen to the haters.

We are working round the clock to restore it... sorry for the delay. It's not easy. By the way the cuda65 app should be ok, although there are no WUs.

Toni, it seems to work well - both for Windows 10 and Windows XP :-)))

Many thanks for the efforts put in by everybody at GPUGRID !

Got one on a Windows box:

What did you guys have to do to fix the application?

Toni, it seems to work well - both for Windows 10 and Windows XP :-)))
Many thanks for the efforts put in by everybody at GPUGRID !

The same here.

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

The same here http://www.gpugrid.net/result.php?resultid=18262508

<core_client_version>7.6.33</core_client_version>
<![CDATA[
<message>
exceeded elapsed time limit 9498.88 (250000000.00G/26318.88G)
</message>
<stderr_txt>

I think something (either failures, or likely recent short tasks) made some machine over-optimistic about its own fp-ops. As a consequence, BOINC estimated that tasks could be run in a few hours, which is untrue.

Try re-running the benchmarks. https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=4273

Try re-running the benchmarks. https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=4273

Yeah! Two WUs downloaded. I love the sound of my GPU fans spinning up.

Anyway GpuGrid was my last BOINC project and I have decided to hang up my BOINC boots.The satisfaction of contributing has just left me.

Do you require help from some of the BOINC devs? They're pretty responsive on the BOINC Projects email group, and if there is some sort of transparency problem, they'd want to hear about it.

Do you require help from some of the BOINC devs? They're pretty responsive on the BOINC Projects email group, and if there is some sort of transparency problem, they'd want to hear about it.

Thinking about it in the shower, that's the wrong way round - apps faster than expected shouldn't cause a problem.

Jacob, while I'm drinking/eating/drinking/sleeping/travelling/sleeping, can you pull the guts out of the <app_version> for 9.22 and a matching WU&task - just the BOINC metadata, not the file references - and post them for me to look at before I get home. Even better if you could subsequently run it and point me to the outcome online. I'm wondering if the project might have slipped half-a-dozen orders of magnitude in <rsc_fpops_est>.

Now I've got a bus to catch.

No, I just started a 4 day vacation, sorry.

The interesting thing is that this problem does NOT come up in the cuda65 app (for Windows XP), but only in the cuda80 app (for Windows10).

I've downloaded 2 Long run tasks on my Windows 10 PC and one is running. It seems to run OK but,according to the Task manager, it seems to use both the CPU and GPU (GTX 1050 Ti), very scarcely compared to SETI@home GPU tasks on the same host.
Tullio

What I noticed so far is that with the Cuda_80 app the GPU load now is about 75%, whereas for the same type of task, crunched on WinXP with the Cuda_65 app, the GPU load is between 96% and 98% (like is was with the former Cuda_80 app, too).

This somehow seems interesting, if not to say strange.

Any explanation for this?

Just had 2 cuda 8 GPU work unit error out due to the time exceeded on my 1080TIs on Win 7.

Reset the project and will see if that fixes the problem.
____________

happens to me also

https://www.gpugrid.net/result.php?resultid=18277793

I have already reset the project and re-run the benchmarks, it apparently didnt change anything. Shall we power down our machines again?
____________
I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday.

Thinking about it in the shower, that's the wrong way round - apps faster than expected shouldn't cause a problem.

Jacob, while I'm drinking/eating/drinking/sleeping/travelling/sleeping, can you pull the guts out of the <app_version> for 9.22 and a matching WU&task - just the BOINC metadata, not the file references - and post them for me to look at before I get home. Even better if you could subsequently run it and point me to the outcome online. I'm wondering if the project might have slipped half-a-dozen orders of magnitude in <rsc_fpops_est>.

Now I've got a bus to catch.

That's good start - thanks.

<flops>43004890022276.586000</flops>

is 43,004,890,022,276 or 43 teraflops

Your host 113852 had an APR (processing speed) of 519 GigaFlops under v9.18

At the new speed, the tasks would run for (flops/(flops/sec)) seconds

rsc_fpops_est/flops

5,000,000,000,000,000 / 43,004,890,022,276

116 seconds (initial runtime estimate)

and be deemed to have 'run too long' after

rsc_fpops_bound/flops

250,000,000,000,000,000,000 / 43,004,890,022,276

5,813,292 seconds

The errors on that machine earlier today were after ~5,670 seconds - maybe they took my advice while I was out, and upped it by three orders of magnitude?

OK, that's as far as I can go here. I need to watch it on one of my own machines. But the problem seems to be that absurd 43 teraflop speed rating.

The only cause of that I can think of might be if they put through some shortened test units WITHOUT CHANGING <rsc_fpops_est>. Anybody see anything like that?

(which machine did that data come from, please?)

The errors on that machine earlier today were after ~5,670 seconds - maybe they took my advice while I was out, and upped it by three orders of magnitude?

The errors on that machine earlier today were after ~5,670 seconds - maybe they took my advice while I was out, and upped it by three orders of magnitude?

That is my conclusion too (see the end of my previous post).

No help here;
http://www.gpugrid.net/result.php?resultid=18294177

Stderr output
<core_client_version>7.12.1</core_client_version>
<![CDATA[
<message>
exceeded elapsed time limit 3487.29 (250000000.00G/71688.95G)</message>
<stderr_txt>
# GPU [GeForce GTX 1080 Ti] Platform [Windows] Rev [3212] VERSION [80]
# SWAN Device 0 :
# Name : GeForce GTX 1080 Ti
# ECC : Disabled
# Global mem : 11264MB
# Capability : 6.1
# PCI ID : 0000:01:00.0
# Device clock : 1683MHz
# Memory clock : 5505MHz
# Memory width : 352bit
# Driver version : r391_33 : 39135
# GPU 0 : 28C
# GPU 0 : 29C
# GPU 0 : 30C
# GPU 0 : 31C
# GPU 0 : 32C
# GPU 0 : 33C
# GPU 0 : 34C
# GPU 0 : 35C
# GPU 0 : 36C
# Access violation : progress made, try to restart
called boinc_finish

</stderr_txt>
]]>
____________

Crunching@EVGA The Number One Team in the BOINC Community. Folding@EVGA The Number One Team in the Folding@Home Community.