Welcome to MilkyWay@home

Travis: Please set a minimum update interval

Message boards : Number crunching : Travis: Please set a minimum update interval
Message board moderation

To post messages, you must log in.

Previous · 1 · 2 · 3

AuthorMessage
Profile Kevint
Avatar

Send message
Joined: 22 Nov 07
Posts: 285
Credit: 1,076,786,368
RAC: 0
Message 17672 - Posted: 5 Apr 2009, 22:10:40 UTC

Please set a minimum update interval


According the the graph, and the topic of this thread.

Setting a minimum update interval will do absolutely no good. The project has reached its WU production peak.

True, its peak output now is much lower than it was before the crash a last week. Before the crash, the project was doing 20M a day in credit, now is is doing 15M a day in credit.

Could be 2 causes for this. Lower credit per WU -(I have not checked to verify this, maybe someone should) OR, the server is peaked out, and the project admins have lowered the WU creation to avoid another crash.

Either way, setting update limits will not increase the amount of available work.

In order to get more work, get more boxes running. The more boxes running, the more work you get. Plain and simple.

I don't like running at 50% any more than the rest, but I also run other projects alongside MW to take up the slack.

.
ID: 17672 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Bill & Patsy
Avatar

Send message
Joined: 7 Jul 08
Posts: 47
Credit: 13,629,944
RAC: 0
Message 17688 - Posted: 6 Apr 2009, 0:34:37 UTC - in response to Message 17672.  
Last modified: 6 Apr 2009, 0:48:04 UTC

--<snip>--
Either way, setting update limits will not increase the amount of available work.
--<snip>--

You're not paying attention.

The problem is not with work unit creation. See (once again) Server Status. The work is there. Even if the status page has a problem, as Holger suggested, I don't see it at zero. It seems to hover between 600-1000. So the work is available.

The problem is with work distribution. It's just not getting distributed efficiently.

So what's wrong with giving this proposal a try? Those of you who keep saying it won't work, without really knowing, are like a bunch of academics sitting around arguing about whether it's raining instead of doing a simple experiment by going outside to see.

Hammering and spamming a server is not a good thing. BOINC has recognized this, and has provided an option to prevent it via a minimum interval. There is work: Server Status. Let's try giving the server some headroom to get the work distributed. If I'm right, the graphs will come up. If I'm wrong, Travis can turn it off.

At least we'll know if it's raining. ;-)

Also, I agree with Patrick: until many other projects also support GPU, the GPU users will continue to swarm to MW and any "fix" will not help for long.

But help is help. And a minimum update interval will help. It deserves a test.
--Bill

ID: 17688 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Kevint
Avatar

Send message
Joined: 22 Nov 07
Posts: 285
Credit: 1,076,786,368
RAC: 0
Message 17690 - Posted: 6 Apr 2009, 0:56:50 UTC - in response to Message 17688.  
Last modified: 6 Apr 2009, 1:02:11 UTC

--<snip>--
Either way, setting update limits will not increase the amount of available work.
--<snip>--

You're not paying attention.



Nope I think it is you that is not paying attention. Ether that, or not understanding what I said. Setting a back off interval is fine in theory, but it will still not make the lack of work situation any better.

I said.
In order to get more work, get more boxes running. The more boxes running, the more work you get. Plain and simpl


Work is being distributed amongst the hosts. If you want more work, get more hosts.

WU's are being distributed as fast as they are being generated. And will continue to do this no matter what sort of back-off timer you put in place. The server is simply at its limit. It is very possible, and most likely that the project admins reduced the flow of work after the last crash to keep the servers from crashing again, or to lower the amount of network usage.

There were complaints from the school about the high bandwidth usage just before the last crash.
.
ID: 17690 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile banditwolf
Avatar

Send message
Joined: 12 Nov 07
Posts: 2425
Credit: 524,164
RAC: 0
Message 17694 - Posted: 6 Apr 2009, 1:11:01 UTC - in response to Message 17690.  


WU's are being distributed as fast as they are being generated. And will continue to do this no matter what sort of back-off timer you put in place. The server is simply at its limit. It is very possible, and most likely that the project admins reduced the flow of work after the last crash to keep the servers from crashing again, or to lower the amount of network usage.

There were complaints from the school about the high bandwidth usage just before the last crash.


The server can't supply the demand.


A temp. quick help would be to make the wu's 10x(or so) longer. It might ease the demand and feed a few more systems.
Doesn't expecting the unexpected make the unexpected the expected?
If it makes sense, DON'T do it.
ID: 17694 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Brian Silvers

Send message
Joined: 21 Aug 08
Posts: 625
Credit: 558,425
RAC: 0
Message 17695 - Posted: 6 Apr 2009, 1:25:55 UTC - in response to Message 17694.  


WU's are being distributed as fast as they are being generated. And will continue to do this no matter what sort of back-off timer you put in place. The server is simply at its limit. It is very possible, and most likely that the project admins reduced the flow of work after the last crash to keep the servers from crashing again, or to lower the amount of network usage.

There were complaints from the school about the high bandwidth usage just before the last crash.


The server can't supply the demand.


A temp. quick help would be to make the wu's 10x(or so) longer. It might ease the demand and feed a few more systems.


The thing is, if they spent time coming up with a "quick temporary relief plan", that is time not being spent on a long-term solution.
ID: 17695 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile banditwolf
Avatar

Send message
Joined: 12 Nov 07
Posts: 2425
Credit: 524,164
RAC: 0
Message 17696 - Posted: 6 Apr 2009, 1:29:52 UTC - in response to Message 17695.  


WU's are being distributed as fast as they are being generated. And will continue to do this no matter what sort of back-off timer you put in place. The server is simply at its limit. It is very possible, and most likely that the project admins reduced the flow of work after the last crash to keep the servers from crashing again, or to lower the amount of network usage.

There were complaints from the school about the high bandwidth usage just before the last crash.


The server can't supply the demand.


A temp. quick help would be to make the wu's 10x(or so) longer. It might ease the demand and feed a few more systems.


The thing is, if they spent time coming up with a "quick temporary relief plan", that is time not being spent on a long-term solution.


I shouldn't think it would take that long. The wu's were quickly added to before. The gpu addition doesn't seem to be going that quick.
Doesn't expecting the unexpected make the unexpected the expected?
If it makes sense, DON'T do it.
ID: 17696 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile [KWSN]John Galt 007
Avatar

Send message
Joined: 12 Dec 08
Posts: 56
Credit: 269,889,439
RAC: 0
Message 17702 - Posted: 6 Apr 2009, 3:20:56 UTC - in response to Message 17688.  

--<snip>--
Either way, setting update limits will not increase the amount of available work.
--<snip>--

You're not paying attention.

The problem is not with work unit creation. See (once again) Server Status. The work is there. Even if the status page has a problem, as Holger suggested, I don't see it at zero. It seems to hover between 600-1000. So the work is available.

The problem is with work distribution. It's just not getting distributed efficiently.

So what's wrong with giving this proposal a try? Those of you who keep saying it won't work, without really knowing, are like a bunch of academics sitting around arguing about whether it's raining instead of doing a simple experiment by going outside to see.

Hammering and spamming a server is not a good thing. BOINC has recognized this, and has provided an option to prevent it via a minimum interval. There is work: Server Status. Let's try giving the server some headroom to get the work distributed. If I'm right, the graphs will come up. If I'm wrong, Travis can turn it off.

At least we'll know if it's raining. ;-)

Also, I agree with Patrick: until many other projects also support GPU, the GPU users will continue to swarm to MW and any "fix" will not help for long.

But help is help. And a minimum update interval will help. It deserves a test.


And when I just checked the status page, the data was 3 minuts old...I think it updates every 10 minutes or so, and in that time there could be 100+ requests for those 607 WUs...so they all would be gone...don't forget, the status page is only a snapshot of the server 'at that time'.
Click to help Seti City.




ID: 17702 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Debs

Send message
Joined: 15 Jan 09
Posts: 169
Credit: 6,734,481
RAC: 0
Message 17723 - Posted: 6 Apr 2009, 12:06:07 UTC

I think everyone who is not happy with the way things are should just trundle off to SETI or some other dark corner and leave the credits here for me (ME ME ME!!!)
ID: 17723 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Bruce
Avatar

Send message
Joined: 28 Apr 08
Posts: 1415
Credit: 2,716,428
RAC: 0
Message 17725 - Posted: 6 Apr 2009, 12:12:54 UTC - in response to Message 17723.  

HEY!! What about ME,ME,ME!!
ID: 17725 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile AriZonaMoon*
Avatar

Send message
Joined: 29 Sep 08
Posts: 1618
Credit: 46,511,893
RAC: 0
Message 17726 - Posted: 6 Apr 2009, 12:28:44 UTC
Last modified: 6 Apr 2009, 12:29:03 UTC

ATM I have a RAC of only 160 ..and I`m happy ;-)
..How can that be??
ID: 17726 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Bruce
Avatar

Send message
Joined: 28 Apr 08
Posts: 1415
Credit: 2,716,428
RAC: 0
Message 17727 - Posted: 6 Apr 2009, 12:45:18 UTC - in response to Message 17726.  
Last modified: 6 Apr 2009, 12:45:50 UTC

Hi Moon!
I think thats plenty good reason to complain!!
So I guess its your turn?
ID: 17727 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Debs

Send message
Joined: 15 Jan 09
Posts: 169
Credit: 6,734,481
RAC: 0
Message 17729 - Posted: 6 Apr 2009, 13:02:10 UTC

Hey moon!

I would set up camp outside the campus and protest that they are not giving enough credits!
ID: 17729 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile AriZonaMoon*
Avatar

Send message
Joined: 29 Sep 08
Posts: 1618
Credit: 46,511,893
RAC: 0
Message 17731 - Posted: 6 Apr 2009, 13:35:53 UTC

Yes, Bruce and Debs..It Must be the projects foult that my Rac is
this low. hehe. But to complaint is not much uplifting. So I just
stay away from that. Have a great day ;-)
ID: 17731 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Arion
Avatar

Send message
Joined: 10 Aug 08
Posts: 218
Credit: 41,846,854
RAC: 0
Message 17774 - Posted: 7 Apr 2009, 0:14:24 UTC - in response to Message 17731.  
Last modified: 7 Apr 2009, 0:14:57 UTC

Know what you mean Moon. CPDN and Einstein@home are just loving all this extra attention. ;)
ID: 17774 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile AriZonaMoon*
Avatar

Send message
Joined: 29 Sep 08
Posts: 1618
Credit: 46,511,893
RAC: 0
Message 17780 - Posted: 7 Apr 2009, 1:07:37 UTC - in response to Message 17774.  

Know what you mean Moon. CPDN and Einstein@home are just loving all this extra attention. ;)


Yes, they do. And so do I. ;-))

Good night.
ID: 17780 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Misfit
Avatar

Send message
Joined: 27 Aug 07
Posts: 915
Credit: 1,503,319
RAC: 0
Message 17795 - Posted: 7 Apr 2009, 2:22:25 UTC - in response to Message 17723.  

I think everyone who is not happy with the way things are should just trundle off to SETI or some other dark corner and leave the credits here for me (ME ME ME!!!)

We'll tell that to you at Cosmo. :P
me@rescam.org
ID: 17795 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Profile Debs

Send message
Joined: 15 Jan 09
Posts: 169
Credit: 6,734,481
RAC: 0
Message 17975 - Posted: 8 Apr 2009, 20:42:36 UTC - in response to Message 17795.  

I think everyone who is not happy with the way things are should just trundle off to SETI or some other dark corner and leave the credits here for me (ME ME ME!!!)

We'll tell that to you at Cosmo. :P


You're welcome, but I am not sure what you are referring to over there. Is it the thread where I gave the most accurate info I could to try to help them find the problem, and where some others did the same? Or did I miss something that happened over there that might prompt such a comment?
ID: 17975 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Misfit
Avatar

Send message
Joined: 27 Aug 07
Posts: 915
Credit: 1,503,319
RAC: 0
Message 18020 - Posted: 9 Apr 2009, 0:44:19 UTC - in response to Message 17975.  

I think everyone who is not happy with the way things are should just trundle off to SETI or some other dark corner and leave the credits here for me (ME ME ME!!!)

We'll tell that to you at Cosmo. :P

You're welcome, but I am not sure what you are referring to over there. Is it the thread where I gave the most accurate info I could to try to help them find the problem, and where some others did the same? Or did I miss something that happened over there that might prompt such a comment?

It's your thread. And the usual way to lose the app is to detach or reset.
me@rescam.org
ID: 18020 · Rating: 0 · rate: Rate + / Rate - Report as offensive     Reply Quote
Previous · 1 · 2 · 3

Message boards : Number crunching : Travis: Please set a minimum update interval

©2024 Astroinformatics Group