Message boards :
Number crunching :
Anything relating to AstroPulse tasks
Message board moderation
1 · 2 · 3 · 4 . . . 120 · Next
Author | Message |
---|---|
Speedy Send message Joined: 26 Jun 04 Posts: 1643 Credit: 12,921,799 RAC: 89 |
I have created this thread because there is a lot of discussion around these tasks in the Panic Mode On (98) Server Problems? thread on pages 11 and 12. Don't get me wrong I think it is good to discuss how many tasks are getting. I just feel it is the wrong place to be discussing it. I personally find it not helpful when people say they get 100+ task and I do not receive any. My personal belief is that the server problem thread should be related just to that. People do not agree with me on this which I can kind of understand. Let the discussions began. |
Speedy Send message Joined: 26 Jun 04 Posts: 1643 Credit: 12,921,799 RAC: 89 |
I feel it will be probably a week or more before we receive more tasks as there are 536 channels to complete before more data will be added. Of course I am hoping there will be more sooner rather than later |
betreger Send message Joined: 29 Jun 99 Posts: 11408 Credit: 29,581,041 RAC: 66 |
Besides my good fortune in the frenzy I have also received 3 resends life AP life is good ATM. |
EdwardPF Send message Joined: 26 Jul 99 Posts: 389 Credit: 236,772,605 RAC: 374 |
since AP came back ONE of my computers has been getting "waiting for GPU memory" ONLY on the AP WUs. The MB WUs run just fine. I "reset" the project and limited it to AP WU's and I still get the same message even though nothing is running on the GPU (according to GPU-Z). here is the event log ... 6/24/2015 1:48:11 AM | | Starting BOINC client version 6.12.34 for windows_x86_64 loop here ... Ed F |
woohoo Send message Joined: 30 Oct 13 Posts: 973 Credit: 165,671,404 RAC: 5 |
you probably need to go back to driver version 347 |
EdwardPF Send message Joined: 26 Jul 99 Posts: 389 Credit: 236,772,605 RAC: 374 |
Thanks ... I'll give it a try Ed F <edit> all is well ... THANKS!!! |
Admiral Gloval Send message Joined: 31 Mar 13 Posts: 21078 Credit: 5,308,449 RAC: 0 |
Besides my good fortune in the frenzy I have also received 3 resends life AP life is good ATM. I snagged 1 resend. |
Mark Stevenson Send message Joined: 8 Sep 11 Posts: 1736 Credit: 174,899,165 RAC: 91 |
367 in progress now but was around 440 AP's but there getting crunched :-) |
kittyman Send message Joined: 9 Jul 00 Posts: 51477 Credit: 1,018,363,574 RAC: 1,004 |
367 in progress now but was around 440 AP's but there getting crunched :-) Kitties got 648 left, and crunching them like crazy...LOL. RAC has had a boost. And I still got one cruncher with no GPUs running. "Time is simply the mechanism that keeps everything from happening all at once." |
Mark Stevenson Send message Joined: 8 Sep 11 Posts: 1736 Credit: 174,899,165 RAC: 91 |
367 in progress now but was around 440 AP's but there getting crunched :-) I'm sure you will be back running " full bore " soon enough , I said in the seti is down thread maybe they were bringing AP database back . Looks like I was right :-) |
betreger Send message Joined: 29 Jun 99 Posts: 11408 Credit: 29,581,041 RAC: 66 |
I have dutifully chewed thru all the MBs I had and now I'm happily crunching only APs. If no more are split I should be good for about 10 days. |
Cosmic_Ocean Send message Joined: 23 Dec 00 Posts: 3027 Credit: 13,516,867 RAC: 13 |
I've got about 16 days of my cache of APs left. They're all going to be tasty. Linux laptop: record uptime: 1511d 20h 19m (ended due to the power brick giving-up) |
betreger Send message Joined: 29 Jun 99 Posts: 11408 Credit: 29,581,041 RAC: 66 |
Hubris, I thought all was well then a power outage came at 3:30 pm. My XP box w 36 APs came back but my W7 box w 87 APs won't boot. Hopefully it will be back and running before they time out. |
Speedy Send message Joined: 26 Jun 04 Posts: 1643 Credit: 12,921,799 RAC: 89 |
Has anybody that has had only these tasks selected not been sent any? I have not received any for a long time. I am thinking this could be because I am based in New Zealand & do not have my computer running 24 7. |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
There are hypothesis upon hypothesis as to why that happens. Everyone says that it's based on a first come first serve. No one knows for sure. You could do your own experiments. Me, 2 machines do CPU and GPU work, 2 machines do GPU only. When I had it set for APs only, I would get a few on the CPU and GPU machines. None on the GPU only machines. When I allowed both MB and AP work, the machines with CPU and GPU work got 5 x the amount of APs than the GPU only machines. But that doesn't mean anything. Last time we had any good amount of APs, both of these machines didn't get any APs. If anything, my oldest machines got more work than my newest machines. So there doesn't seem to be any rhyme or reason. Your ideas are as good as mine |
Speedy Send message Joined: 26 Jun 04 Posts: 1643 Credit: 12,921,799 RAC: 89 |
This is good to know thank you. I may try this next round |
jason_gee Send message Joined: 24 Nov 06 Posts: 7489 Credit: 91,093,184 RAC: 0 |
So there doesn't seem to be any rhyme or reason. Aside from potential bugs/flaws, there are naturally chaotic elements in the task scheduling that are more or less unmanaged. That means that, over many hosts, every possibility of normal and weird states will emerge eventually. [Edit:] Ever run that old life simulation, whereby a few simple rules lead to pretty organic looking behaviour ? similar deal. "Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions. |
Cosmic_Ocean Send message Joined: 23 Dec 00 Posts: 3027 Credit: 13,516,867 RAC: 13 |
Generally.. as I mentioned a week or so ago in the Panic thread.. if you have an empty cache and you are requesting a very large amount of work, the scheduler tends to not send you anything at all, unless there is a lot of work available. Like.. if there's only one or two tapes being split and the creation rate is less than 0.5/sec and you're requesting 2.5M seconds of work on an empty cache.. you won't get anything at all. If you drop your cache settings down so that you're only asking for ~200k seconds.. you'll start getting some tasks. But.. if there are 3+ tapes and the creation rate is 1+/sec, requesting 2.5M seconds on an empty cache fetches pretty decent hauls. Once you start getting some work in your cache, it seems to fill up more reliably and faster. Something I have no experience with, but I've read off and on from some of the regular posters around here is when it comes to GPUs, CPU requests tend to be filled first, leaving the GPU bored and idle until the CPU cache is filled, and then generally, you end up with having to make 20+ requests to get 20-30 APs for the GPUs because the server just.. doesn't seem to want to send anything to GPUs without a little bit of a fight. Again, on that one, I think once you get a small pile in the cache, they tend to start flowing in a bit smoother. Those are just my observations, your results will vary. Linux laptop: record uptime: 1511d 20h 19m (ended due to the power brick giving-up) |
Lionel Send message Joined: 25 Mar 00 Posts: 680 Credit: 563,640,304 RAC: 597 |
I don't see that. When downloading APs (only), my GPUs fill first and it's a struggle to get any CPU APs. Generally the CPU will not get any APs unless there is no work going through the CPU. Once the CPU is basically idle, the only way to get CPU APs is to hit the update button in the last 3 seconds, and I only get 1-2 (generally) at a time... makes for a long time to fill a CPU cache. |
Cosmic_Ocean Send message Joined: 23 Dec 00 Posts: 3027 Credit: 13,516,867 RAC: 13 |
Hm. I don't know then. As I said, I'm just making observations of vague trends in the chaos. As Jason described it, basically, this whole BOINC thing is essentially quantum physics: a world where anything and everything is possible...all at the same time. Linux laptop: record uptime: 1511d 20h 19m (ended due to the power brick giving-up) |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.