| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
| World Community Grid Forums
|
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 90
|
|
| Author |
|
|
Macroman
Advanced Cruncher Joined: Jun 4, 2005 Post Count: 112 Status: Offline Project Badges:
|
It's always been my feeling that any speed gains FAHB gets by using a 1 day deadline are stolen from other projects. It's only because of the lack of other work on other WCG projects that I continue to support FAHB with a 1 day deadline at all. just look at the computing years each project has been getting and then tell us how much FAHB has 'stolen' from other projects. I can tell you that when I originally signed up I intended to support primarily the cancer projects. I used the default settings which enabled all the projects except for one computationally intense project which I forget what it was. Somehow even though I really didn't intend to support the Aids projects they ended up with my longest runtimes and most points before I became aware of how unfair this was about 2 years ago. Now I am aware and know how to limit my contribution to the Aids projects if I choose. The bottom line for me is that probably 95% of volunteers never come into the forums and don't know much about how to control the WCG app. They install the app with default settings and a 1-day deadline project grabs a disproportionate share of the time they donate. I feel that the Aids projects have been stealing time from the cancer projects with the 1-day deadline. The big thing that I don't understand is why WCG allows this, |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
My point was the holistic view. Given the parent-child dependency and the Chinese 1 child limitation principle for FAHB, things have to be a little on speed for this science else it will be 2030 before it's finished.
Anyway, app-config plus the since 9 or more months ability to only seed 1 child or a gaggle per-science in the device profiles, all is well now. |
||
|
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12594 Status: Offline Project Badges:
|
Shorter deadlines mean that the project jumps the queue ahead of longer deadlines and therefore an enhanced share of units processed.
Lengthening queues mean that there are fewer units returned for the first few days and then that project get its fair share thereafter, so a lower proportion. It is always possible for us to manipulate the processing selection by using a combination of Device Profile selection and app_config processing, but how many participants actually know how to do both, or even either. Only those active on fora are likely to know. Mike |
||
|
|
wolfman1360
Senior Cruncher Canada Joined: Jan 17, 2016 Post Count: 176 Status: Offline Project Badges:
|
Are these WUs randomly sent out or are they sent out once enough work has been returned?
----------------------------------------I just got a pile of pending work on a w3530, but none of my other machines seemed to have picked anything up recently, since the 7th. These are still the 1 week deadlines. The 24 hour deadlines were nice in that a constant flow of work was always given. This just seems to be every few days more WUs are generated and thrown out at a random timeframe and it doesn't seem to be stabilising.
Crunching for the betterment of human kind and the canines who will always be our best friends.
AWOU! |
||
|
|
kapetan_proton
Cruncher Joined: Dec 10, 2008 Post Count: 37 Status: Offline Project Badges:
|
The same thing has happened to me yesterday. One of machines got enough tasks for all day, and other got nothing. There was some talk about randomizing WUs. As I was talking earlier, FAH2 is more suitable for people running their machines 24/7 and more dedicated to project, regardless of computing performance (if possible to finish tasks in 24h), because of project nature, but one cruncher here misunderstanding that and accused me for being arrogant and ignorant! If we must find some compromise for all crunchers to be happy, and not to slow down research too much, maybe Tech should consider some 36-48h deadline in future. 7d deadline experiment should finish soon anyway.
|
||
|
|
Dayle Diamond
Senior Cruncher Joined: Jan 31, 2013 Post Count: 452 Status: Offline Project Badges:
|
|
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Lol, yes, and they're rubbing it in
Statistics Date Total Run TimeNot even a quarter of what was before the JDI experiment. Anyone interested to experience day seven, oh wait, that's when the light comes on. |
||
|
|
PowerFactor
Ace Cruncher Joined: Dec 9, 2016 Post Count: 4033 Status: Offline Project Badges:
|
! I need to find that knob on my guitar and turn it down! ![]() |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
It's always been my feeling that any speed gains FAHB gets by using a 1 day deadline are stolen from other projects. It's only because of the lack of other work on other WCG projects that I continue to support FAHB with a 1 day deadline at all. This was my exact reason for limiting the project on my hosts. Every time I turned around work units from this project were eating up half the threads on my CPUs and other projects I was trying to run were suffering because of it. |
||
|
|
uplinger
Former World Community Grid Tech Joined: May 23, 2005 Post Count: 3952 Status: Offline Project Badges:
|
The 7 day deadline experiment is getting close to finish. We have about 24 hours left before I turn back to 24 hour deadlines. The first of the 7 day deadline results are starting to hit timeout. I would like to capture 24 hours of this data so I can compare it better with the 24 hour results.
I have it on my calendar at 2pm tomorrow to capture data and reset the project. Thanks, -Uplinger |
||
|
|
|