1st host without SETI GPU work :( Doing Milkyway now...

Somebody needs to kick the MB splitters.

Somebody is doing something, SSP Splitter status did change, no more those AP (1):s left and couple MB (14) disappeared

---

"Please keep Your signature under four lines so Internet traffic doesn't go up too much"

- In 1992 when I had my first e-mail address -

Well, it happened. An unfortunate set of circumstances were needed, but MB ran out of tapes to split before AP for the first time in...either ever, or a really long time.

What this means though... is that there will be an absolutely massive flood of APs when those start being split again.

---

Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)

We're obviously done. Now, show me ET, the one we've been looking for all these years.

LOL

Well no one said finding ET would occur. When searching for something. Finding nothing is a valid result. :P

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

Not a satisfying result, but...it's a result.
Not the result we are looking for though.

---

I find an interesting situation, presumably due to all the AP processes being down.

I was the _1 on http://setiathome.berkeley.edu/workunit.php?wuid=1602258824 and came up inconclusive. Okay, fine, it went out to a _2. That host timed out and it went to a _3. That host has now reported in, and shows as waiting for validation. The scheduler is not sending it out again because it's still waiting to hear whether the third completion is valid, which can't happen with the validators down.

I wonder how many other examples of this there are.

---

David
Sitting on my butt while others boldly go,
Waiting for a message from a small furry creature from Alpha Centauri.

We're obviously done. Now, show me ET, the one we've been looking for all these years.

LOL

Well no one said finding ET would occur. When searching for something. Finding nothing is a valid result. :P

It's like they've been saying on Mythbusters for years.. "Failure is always an option."

When it comes to science, a hypothesis being right or wrong are both valid conclusions. Being right leads to further refinement and analysis, being wrong leads to finding out WHY it was wrong.

---

Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)

Server Status Page shows all the usual PFB splitters running, unfortunately they're still not putting out much in the way of work.
Not enough to rebuild the ready-to-send buffer, not even enough to meet demand- "Project has no tasks available" appears to be the current response. Hopefully they'll eventually get up to speed, sooner rather than later.

---

Grant
Darwin NT

At least they are producing new workunits, in last 6 hours "Results out in the field" has been steadily rising.

---

"Please keep Your signature under four lines so Internet traffic doesn't go up too much"

- In 1992 when I had my first e-mail address -

I'm puzzled though. I haven't been able to get any wu's for quite a while, in common with most people. But the SSP reports there are 667 units ready to send, but I'm getting "project has no tasks available" ??

P.

---

Hi Phil,
Same here:-/
Figgures its just prior to the maint outage in a few hours time..

Regards,

---

Cliff,
Been there, Done that, Still no damm T shirt!

Hi Phil,
Same here:-/
Figgures its just prior to the maint outage in a few hours time..

Regards,

Hi Cliff, ready to send is back to zero again, guess I missed 'em ;-(

P.

---

Hi Phil,
Same here:-/
Figgures its just prior to the maint outage in a few hours time..

Regards,

Hi Cliff, ready to send is back to zero again, guess I missed 'em ;-(

P.

You just got 5 tasks at 8:05:16 UTC

---

"Please keep Your signature under four lines so Internet traffic doesn't go up too much"

- In 1992 when I had my first e-mail address -

Hi Phil,
Same here:-/
Figgures its just prior to the maint outage in a few hours time..

Regards,

Hi Cliff, ready to send is back to zero again, guess I missed 'em ;-(

P.

You just got 5 tasks at 8:05:16 UTC

So I did, left it on "allow new tasks", now I'm almost full of wu's, yeah!..
P.

---

Hey - I'm having a problem with one of my 2 crunchers not able to get any GPU work at all (MB only - I'm not doing AP7 yet). Since last night, my machine named Kepler has been getting GPU WUs since about 11pm (EST); I7-3820 has gotten none, though he has requested work for NVIDIA many times (it's been 7 hours or so).

I took advantage of the outage to swap in a new GTX 780 (for testing) for one of the old ones - only diff is it has 6GB VRAM instead of 3GB. My cc_config says "use all GPUs". At startup, I get:

11-Nov-2014 05:31:12 [---] CUDA: NVIDIA GPU 0: GeForce GTX 780 (driver version 344.60, CUDA version 6.50, compute capability 3.5, 3072MB, 2937MB available, 4636 GFLOPS peak)
11-Nov-2014 05:31:12 [---] CUDA: NVIDIA GPU 1: GeForce GTX 780 (driver version 344.60, CUDA version 6.50, compute capability 3.5, 4096MB, 4096MB available, 4698 GFLOPS peak)
11-Nov-2014 05:31:12 [---] OpenCL: NVIDIA GPU 0: GeForce GTX 780 (driver version 344.60, device version OpenCL 1.1 CUDA, 3072MB, 2937MB available, 4636 GFLOPS peak)
11-Nov-2014 05:31:12 [---] OpenCL: NVIDIA GPU 1: GeForce GTX 780 (driver version 344.60, device version OpenCL 1.1 CUDA, 6144MB, 4096MB available, 4698 GFLOPS peak)
11-Nov-2014 05:31:12 [SETI@home] Found app_info.xml; using anonymous platform
11-Nov-2014 05:31:12 [---] Config: use all coprocessors

for the GPUs (I stopped and restarted BOINC to try to shake things loose - no help. But note the lines for GPU 1 - the first says it has 4096MB, the second, 6144MB. Is this what's screwing me up? It wouldn't, would it? Or what?

Any suggestions would be appreciated.

---

Hey - I'm having a problem with one of my 2 crunchers not able to get any GPU work at all (MB only - I'm not doing AP7 yet). Since last night, my machine named Kepler has been getting GPU WUs since about 11pm (EST); I7-3820 has gotten none, though he has requested work for NVIDIA many times (it's been 7 hours or so).

I took advantage of the outage to swap in a new GTX 780 (for testing) for one of the old ones - only diff is it has 6GB VRAM instead of 3GB. My cc_config says "use all GPUs". At startup, I get:

11-Nov-2014 05:31:12 [---] CUDA: NVIDIA GPU 0: GeForce GTX 780 (driver version 344.60, CUDA version 6.50, compute capability 3.5, 3072MB, 2937MB available, 4636 GFLOPS peak)
11-Nov-2014 05:31:12 [---] CUDA: NVIDIA GPU 1: GeForce GTX 780 (driver version 344.60, CUDA version 6.50, compute capability 3.5, 4096MB, 4096MB available, 4698 GFLOPS peak)
11-Nov-2014 05:31:12 [---] OpenCL: NVIDIA GPU 0: GeForce GTX 780 (driver version 344.60, device version OpenCL 1.1 CUDA, 3072MB, 2937MB available, 4636 GFLOPS peak)
11-Nov-2014 05:31:12 [---] OpenCL: NVIDIA GPU 1: GeForce GTX 780 (driver version 344.60, device version OpenCL 1.1 CUDA, 6144MB, 4096MB available, 4698 GFLOPS peak)
11-Nov-2014 05:31:12 [SETI@home] Found app_info.xml; using anonymous platform
11-Nov-2014 05:31:12 [---] Config: use all coprocessors

for the GPUs (I stopped and restarted BOINC to try to shake things loose - no help. But note the lines for GPU 1 - the first says it has 4096MB, the second, 6144MB. Is this what's screwing me up? It wouldn't, would it? Or what?

Any suggestions would be appreciated.

Check in your log that BOINC is actually requesting 'new tasks for NVIDIA GPU'. If it asks, but receives none, then you're suffering the aftermath of the recent server problems, just the same as everybody else.

If it hasn't even asked, try one click of the update button to get it started. If even that doesn't work, then you have a bigger issue (probably locally) - start a new thread with more details.

Yes, he has been requesting NVIDIA.

But HOLD THE PHONE: I just retried the Update button (for the nth time) and I got 79 CUDA tasks. I guess it pays to bitch; the BOINC Gods heard me. Do they read the forums?

---

Just got flooded with MB for my 780's, back to crunching seti instead of the backup project. Since I've installed my second 780, i was never able to see what will my RAC saturate at due to the events in the past few weeks. Must've been a headache for the seti team...

---

I'm puzzled though. I haven't been able to get any wu's for quite a while, in common with most people. But the SSP reports there are 667 units ready to send, but I'm getting "project has no tasks available" ??

P.

The SSP figures are a snapshot, by the time you see them they can only be a rough indicator. MB splitting is very bursty, the splitter loads up enough data for 256 WUs, processes it, then writes all 256 very quickly. Soon thereafter, a Transitioner comes along and adds 512 to the ready to send. Within a few seconds there will be multiple work requests which reduce ready to send...


------------------------

Note that today is a holiday in the U.S. On some such occasions in the past the project has delayed the weekly maintenance outage to Wednesday.

                                                                   Joe

It looks a if the MB famine is drawing to an end - my tanks are nearly full compared with the well below half full they were first thing in this morning....

---

Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?