| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Community
Forum: Chat Room
Thread: Project Status (First Post Updated) |
| Member(s) browsing this thread: Unixchick |
|
Thread Status: Active Total posts in this thread: 128
|
|
| Author |
|
|
Grumpy Swede
Master Cruncher Svíþjóð Joined: Apr 10, 2020 Post Count: 2154 Status: Offline Project Badges: 
|
Anyhow, not a single new MCM task for 4 hours now. Only 6 _2 resends. And of course tons of "committed to other platforms" messages.
|
||
|
|
Unixchick
Veteran Cruncher Joined: Apr 16, 2020 Post Count: 946 Status: Recently Active Project Badges: 
|
st. Freddy - I notice a "longer" MCM now and then, not consistently (goes from 45 mins to 1 hour). I'd check what else is running on your machine.
Thanks for the update Grumpy. I too don't have any MCM right now. |
||
|
|
hchc
Veteran Cruncher USA Joined: Aug 15, 2006 Post Count: 796 Status: Offline Project Badges: 
|
StFreddy said:
----------------------------------------I recently recognized that new MCM workunits now take 2 hours 30 min to complete on my machine, it is now 1 hour longer than before. For years, it took 1:30 on my machine to complete 1 wu. Did anyone else also noticed this difference? I checked, and mine are still around the 1:30 mark. Is it possible you got some 32-bit (x86) tasks? Those are more rare (and used to trigger when a wingman was on Windows XP or 32-bit BOINC application) as well as some weird fault conditions with Windows 8 64-bit or 10 64-bit...
|
||
|
|
Sgt.Joe
Ace Cruncher USA Joined: Jul 4, 2006 Post Count: 7655 Status: Offline Project Badges: 
|
Anyhow, not a single new MCM task for 4 hours now. Only 6 _2 resends. And of course tons of "committed to other platforms" messages. Only a couple left to complete and then I am dry. Cheers
Sgt. Joe
*Minnesota Crunchers* |
||
|
|
Unixchick
Veteran Cruncher Joined: Apr 16, 2020 Post Count: 946 Status: Recently Active Project Badges:
|
I just got 4 MCM (my full ask)
|
||
|
|
hchc
Veteran Cruncher USA Joined: Aug 15, 2006 Post Count: 796 Status: Offline Project Badges:
|
Anyhow, not a single new MCM task for 4 hours now. Only 6 _2 resends. And of course tons of "committed to other platforms" messages. Only a couple left to complete and then I am dry. Cheers Are your queues set pretty low? I have mine set at 2 days across all machines at the moment. Sometimes 3 days if it's before a weekend or if people on the forums are reporting issues and pending dryness. Edit: Probably helps I only have ancient quad-core machines. People with bigger or faster CPUs probably run dry a bit faster.
[Edit 1 times, last edit by hchc at Mar 26, 2025 5:37:08 AM] |
||
|
|
bfmorse
Senior Cruncher US Joined: Jul 26, 2009 Post Count: 296 Status: Offline Project Badges: 
|
I used to run a one to two day queue,
But, after I kept getting buried with server aborts on "resends" because individual(s) that were running six or more day queues FINALLY returned their WU and, of course, mine were blessed with "SERVER ABORTs". Not very thoughtful on the part of the individuals with the excessive queues. Was frustrating for me. So I now run a -1 queue: zero extra days and the limits set so I have one open processor (i.e., "-1 queue"). So when the "resends" get to my machines, there is already an open processor - less likely to get a server abort. I do, however, understand the rational of WCG wanting to get ALL the WU's returned to maximize their database. But I do wish they could implement some means to limit the queue sizes of the volunteers to about 3 days. BUT, IT WOULD BE MORE VALUABLE IF THE VOLUNTEERS DID IT ON THEIR OWN! Perhaps some server side quality table on each volunteer's (or computer's) reliability based on both successful processing and timely return (i.e., well within the deadlines). If their reliability is not above some predetermined value, then their allocation of WU's are limited. That quality value starts low until the volunteer proves their thoughtfulness and reliability. I also understand that the current goals are to get the server side of things running smoothly and reliably. So they can start releasing data for additional studies. |
||
|
|
StFreddy
Cruncher Joined: Oct 2, 2019 Post Count: 3 Status: Offline Project Badges:
|
It is a 3950x 16 core 32 thread CPU, 90% of threads are allowed for WCG (MCM) tasks. OS is Win10. Nothing changed in this matter for years.
I recognized that WUs that take longer are all resends (name of the WU ends with *_1) while not resend WUs complete in normal time. |
||
|
|
Unixchick
Veteran Cruncher Joined: Apr 16, 2020 Post Count: 946 Status: Recently Active Project Badges:
|
I tend to keep my queues short because I have this thread to update, and I like seeing problems early.
I'm going to be completely blind when it comes to MAM, so I'm counting on posts from others for updates once that project starts. |
||
|
|
Sgt.Joe
Ace Cruncher USA Joined: Jul 4, 2006 Post Count: 7655 Status: Offline Project Badges:
|
I run a 1 day queue. Most of the time that is sufficient. I do occasionally run dry (right now both of my medical backup projects are dry) so I do pop a few units from some number cruncher. But I keep that really low so when the medical projects take off they get right in there. I only use a couple of spots for ARP , but if ARP is dry, most of the time MCM runs in all the available slots. If everything is dry and there is nothing I believe is worthwhile, I simply turn off the machine(s). After all, it is VOLUNTEER work.
----------------------------------------Cheers
Sgt. Joe
*Minnesota Crunchers* |
||
|
|
|