I know we have been a bit down on simulations lately. Right now we are setting up multiple systems with Adria though so we should be sending out new WU either by the end of the week or by beginning of next week.

It simply takes some time to find proteins we think are interesting to simulate, prepare them, write the software necessary for doing adaptive sampling on them since we changed a bit the method etc. We will take a final look at it today with Gianni.

Thank you for keeping us updated Stefan

Yes, Thank you for the update it is appreciated! We understand the complexity of your work and look forward to helping you succeed.

Haha I think I should have put soon(tm).

No, we are still actively working on getting the simulations ready. Requires some communications with other groups as well though. It's really not as easy as it might sound :)

Haha I think I should have put soon(tm).

No, we are still actively working on getting the simulations ready. Requires some communications with other groups as well though. It's really not as easy as it might sound :)

Good, take your time and get it right. That's more important than haste, and see if you can give these WUs a high GPU usage. as well. I wouldn't mind if you throw in some ultra long WUs, provided you put them in a separate category.

So how many WUs will there be in these simulations, approximately?

Haha I think I should have put soon(tm).

No, we are still actively working on getting the simulations ready. Requires some communications with other groups as well though. It's really not as easy as it might sound :)

Update is most appreciated! In the meantime I've got my Titan XP grinding away at a Genfer n=22 prime on PrimeGrid, going for that world record ;)

Update is most appreciated! In the meantime I've got my Titan XP grinding away at a Genfer n=22 prime on PrimeGrid, going for that world record ;)

A Genefer n=22 prime found now would only be 2nd largest, not world record!

Haha I think I should have put soon(tm).

No, we are still actively working on getting the simulations ready. Requires some communications with other groups as well though. It's really not as easy as it might sound :)

Hi Stefan!

Once you are done working on the simulations, will there be tasks available at all times for a bit, or are they only going to be in phases at a time?

I'm just wondering so I can plan ahead. Thank you :)

---

Cruncher/Learner in progress.

It seems that we are finally saturating the hosts with work! I have paused all folding to continue with GPUGrid now that my GPUs can do something.

GPU is humming! looking at ~70% utilization on a Titan X Pascal, estimated completion time 1 hr 7 mins.

I do however find it interesting that the TDP draw is only hovering around 40%...

GPU is humming! looking at ~70% utilization on a Titan X Pascal, estimated completion time 1 hr 7 mins.

I do however find it interesting that the TDP draw is only hovering around 40%...

I would run 2 concurrent jobs on this GPU - as the utilization of 70% is very low, even by Win10 standards. Your CPU is a good one, but the single core performance not high enough to feed that Pascal monster entirely. 2 Jobs/GPU should yield >90% load right away. Despite the nasty WDDM handbrake.

---

I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday.

How can I make my boinc search for new tasks on gpugrid multiple times in one minute?

Regardless how long I leave my pc on, it just doesn't get any tasks.

---

Cruncher/Learner in progress.

Logan, I know the answer to your question, but I refuse to answer it, because it sounds like you're basically wanting to hammer the server with that knowledge. The whole reason BOINC backoffs exist, is to prevent DDOS-style hammering.

How about you set yourself up with some 0-resource-share backup GPU projects, and just let BOINC get work from GPUGrid when it can. It was designed so you don't have to babysit it.

Now, if you believe you are having a legitimate problem, where the server has tasks available, yet your work fetch got 0 tasks, then please open that discussion in a new thread, and I'd be more than happy to help you with it. I helped David design the current work fetch algorithms, and they work pretty well, but are not perfect.

If you feel like investigating solo, then use Options -> Event Log Options -> work_fetch_debug, and then look at Tools -> Event Log. Lots of fun info in there, if you're willing to learn.

Logan, I know the answer to your question, but I refuse to answer it, because it sounds like you're basically wanting to hammer the server with that knowledge. The whole reason BOINC backoffs exist, is to prevent DDOS-style hammering.

How about you set yourself up with some 0-resource-share backup GPU projects, and just let BOINC get work from GPUGrid when it can. It was designed so you don't have to babysit it.

Now, if you believe you are having a legitimate problem, where the server has tasks available, yet your work fetch got 0 tasks, then please open that discussion in a new thread, and I'd be more than happy to help you with it. I helped David design the current work fetch algorithms, and they work pretty well, but are not perfect.

If you feel like investigating solo, then use Options -> Event Log Options -> work_fetch_debug, and then look at Tools -> Event Log. Lots of fun info in there, if you're willing to learn.

Hi,

I have no interest in d-dosing anything and nor do I care to even learn how to. This was a serious problem. But it's ok, I changed a couple of settings on my own and I got a single task now which is all I wanted.

And my apologies, I will make a new thread next time. I should've done that but honestly have a bad habit of asking in other threads.

Thank you

-Logan

I pretty much already knew that you didn't intentionally want to burden the server - most people here are friendly :) But, in reality, if you bypass the BOINC backoffs, that is exactly what you are doing - burdening the server unnecessarily.

That being said.... I have recently employed a method to change the backoff maximum limit to be 1 hour instead of 1 day, for one of my projects.. which is why I said "I know the answer". If you follow me on other projects, you'll see why I did what I did. Let's just say, I have the capability to run a task for 500 days without it crashing :)

That project isn't GPUGrid. And GPUGrid wouldn't benefit at all, from us trying to get tasks at a rate that is faster than standard BOINC backoffs.

I'm glad to see "New simulations soon" in this thread's title, and I'm glad we're seeing SOME new work, but I too have GPUs (5 of them, in 2 PCs!) that sometimes don't get GPUGrid work... and when that happens, they get single one-off tasks from the 0-resource-share backup projects -- Seti, Einstein, Asteroids, etc. I totally recommend you set those up, to keep your GPUs from going idle! :)

Okay, I will add prime grid as a back-up project and have it's resource share set to 0. Thank you and I'm glad we reached an understanding of the situation.

---

Cruncher/Learner in progress.

Very high GPU utilization on these new ADRIA WUs on windows 10, very impressed, keep up the good work!

And we are on :D Finally a nice big batch of simulations, hehe. They will decrease a bit over the next days but I think it should be a relatively stable supply now that we got the adaptive going on those proteins.
Enjoy!

Nice! If it goes on like this I really would have to rob my piggy bank and buy the new 1080ti...

---

I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday.