| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Active Research
Forum: OpenPandemics - COVID-19 Project
Thread: Work unit availability |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 822
|
|
| Author |
|
|
squid
Advanced Cruncher Germany Joined: May 15, 2020 Post Count: 56 Status: Offline Project Badges: 
|
I think that the expansion of the infrastructure for more GPU WUs is not possible because IBM has suffered a decline in sales for several years.
https://www.wraltechwire.com/2020/11/20/ibm-i...-reports-and-workers-say/ |
||
|
|
Dayle Diamond
Senior Cruncher Joined: Jan 31, 2013 Post Count: 452 Status: Offline Project Badges: 
|
Yoerik,
----------------------------------------Thank you for your reply, but I don't entirely understand it. I don't advocate for any adjustment that requires people to be active in the forums. Hopefully the administrators see us as a representative sample for the many donors who sign up and tune out. That's why I keep speaking in terms of systemic change. Before we had Mapping Cancer Markers, the we had Fight AIDS at Home. It was the longest running and last of the original big projects. When it closed, and we risked losing anybody who selected it (or all prior projects) but opted out of "add me automatically to new projects," we risked losing an entire population of active participants who weren't paying close attention to their BOINC notifications. At the time I recommended ''accidentally'' flagging those people's accounts with "if no projects are available, send me work from other projects." It wasn't a popular idea at the time, and we ended up losing a whole bunch of crunching power in the dropoff. Going forward, it might be a good idea for the admins to have people register their mailing addresses. I'm sure it's worth the cost of postage to notify a major donor that their queue has gone dry. [Edit 1 times, last edit by Dayle Diamond at Jun 13, 2021 9:55:21 PM] |
||
|
|
Acibant
Advanced Cruncher USA Joined: Apr 15, 2020 Post Count: 126 Status: Offline Project Badges: 
|
Here is something else to note. Probably part of the reason there are a lot of devices with only OPN CPU work selected is that it is the only project that supports ARM on Linux.
----------------------------------------Therefore anyone with a Raspberry Pi or Odroid won't be able to contribute at all were OPN to go GPU-only. So another project needs to be enabled for ARM to actually have a place for those people to go (at least within WCG).  |
||
|
|
Dayle Diamond
Senior Cruncher Joined: Jan 31, 2013 Post Count: 452 Status: Offline Project Badges:
|
Raspberry Pi toys are not responsible for the problem.
It's the 3.8 million global deaths from COVID that have people concerned. We can hardly blame them. I'd like to see more total throughput, but if we're capped on batches per day, let's use people's enthusiasm effectively. |
||
|
|
mgpointner
Advanced Cruncher Argentina Joined: Nov 16, 2009 Post Count: 55 Status: Offline Project Badges: 
|
Here is something else to note. Probably part of the reason there are a lot of devices with only OPN CPU work selected is that it is the only project that supports ARM on Linux. Therefore anyone with a Raspberry Pi or Odroid won't be able to contribute at all were OPN to go GPU-only. So another project needs to be enabled for ARM to actually have a place for those people to go (at least within WCG). I have a Raspberry Pi 4 8GB running Mapping Cancer Markers.... of course I was forced to install ANDROID 11 on it to run MCM project....   [Edit 1 times, last edit by mgpointner at Jun 13, 2021 11:02:05 PM] |
||
|
|
rendition54
Master Cruncher USA Joined: Aug 16, 2005 Post Count: 2609 Status: Offline Project Badges: 
|
Today i moved 30 CPU threads from OPN1 to other CPU projects. I hope this helps increase the OPNG WU availability.
---------------------------------------- |
||
|
|
Amalthea
Cruncher Joined: Sep 13, 2020 Post Count: 8 Status: Offline Project Badges: 
|
Individually removing our computers from Open Pandemics CPU tasks is pointless. The tasks are created and will be assigned to somebody. If you don't waste your threads, somebody else will. Knreed wrote about avoiding OPN becoming an intermittent project. I thought that was a curious thing to say. Maybe feast-or-famine tasks are harder on the system, or harder to manage, or even result in too many forum posts to moderate as people discuss getting work, constantly bicker, and troubleshoot out-of-work messages? In every recent project update, there is less than a month of MCM batches in the queue. I've been saying from the start that we need to shift 100% of this project to the GPUs to free up massive CPU computation for other projects. Now that the Microbiome Immunity project is ending, we're talking 280 years of crunching power a day, with one project big enough to absorb the demand. But maybe it's not big enough; maybe that would be enough to make MCM batches become intermittent? Is that a problem worth avoiding? Would WCG staff, or crunchers mind if every project backlog ran dry? Do we mind so much as to be willing to run millions of low priority work units to keep the supply stable? Sup! Well I don't know where you get those numbers from, like, 280 years of computing power a day, but if you check the statistics it used to be about 40 years, now it grew to about 60 years each day. Your numbers are a tad closer to mapping cancer markers, but that ain't ending just yet. Cheers, Amal [Edit 1 times, last edit by Amalthea at Jun 14, 2021 12:18:25 PM] |
||
|
|
hnapel
Advanced Cruncher Netherlands Joined: Nov 17, 2004 Post Count: 82 Status: Offline Project Badges:
|
... I would ask that if you are someone who has only OpenPandemics selected, please consider adding Mapping Cancer Markers and/or the African Rainfall Project in addition to OpenPandemics. OpenPandemics will continue at the same pace regardless of how much CPU power is allocated to it as the GPU side will pick up any slack left over from the CPU side. But from what you explained this would not be a manual process right? If more people would heed this request you would see less CPU demand so you can tweak the number of GPU batches to a higher value? Personally I have added ARP to the mix (on a few PCs) and reduced the overall CPU % on them and of course allowing GPU work if it arrives. Bottom line is of course the project has more power than the science processing can handle, they may need to think about if any of that processing can be parallelized to submit it to the volunteers as well! Also for people who do it for the glory of badge hunting (which is based on processing time) this is a bummer, you may thus also want to rethink the whole badge system to reward the points which actually is a better metric for contributed effort. [Edit 1 times, last edit by hnapel at Jun 14, 2021 1:15:39 PM] |
||
|
|
Mike.Gibson
Ace Cruncher England Joined: Aug 23, 2007 Post Count: 12594 Status: Offline Project Badges:
|
Looking at the statistics, yesterday the total run time was 546 years of which 34 was MIP (down from over 60 years per day since the announcement). As this was only 10% of total crunching the slack should easily be able to be absorbed by other projects. However, the next project to finish might be a different matter without new work.
There is still supposed to be a project coming along but how long that will take is anyone's guess. Mike |
||
|
|
adriverhoef
Master Cruncher The Netherlands Joined: Apr 3, 2009 Post Count: 2346 Status: Offline Project Badges:
|
Looking at the statistics, yesterday the total run time was 546 years of which 34 was MIP (down from over 60 years per day since the announcement) No, Mike. 34 (or rather a little less than 33½) years for MIP1 is only half a day's worth of statistics.  |
||
|
|
|