Things are looking up I just got a fresh one.

---

picked up 3 per machine so far

Woo Hoo...

---

The kitties dragged in about a dozen so far for the crunchers.
Hopefully many more to come whilst I am away at work today.

Meow....sniff sniff....pounce. Got another one!!

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

Just noticed that I've gotten 9 so I turned my MB requests off. I hope this is not just a short run.

---

I don't buy computers, I build them!!

I've picked up 25 so far. There's a few tapes being split, but the creation rate looks a bit.. sub-par from usual (0.7/sec, versus a somewhat normal ~1.3/sec). But they're still being made, and there's a small pile of tapes being chewed through.

---

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

Picked up a few myself. I feel my RAC has hit a plateau. Judging other rigs I'm at about the maximum potential of my hardware. A bunch more APs would help though....

---

They continue to dribble in, the question is for how long?

---

Well my dwindling cache from the last feeding cycle has been brimmed back to 10 days based on the estimates. I ended up picking up 64 of them today. And there's still a decent number of channels left to split.

---

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

I finally got 2 full GPUs Whew.

Has anyone else noticed that you never get AP CPU tasks until the GPU is full? I always see that.

The only time I get CPU tasks is if it is a resend if GPU is not full.

---

I see the opposite, CPU has to be full first before GPU gets any work

---

Strange, very strange ....

---

Boy! When the APs drop, they really drop... My RAC should get a good boost out of this round... 70+ APs, I hope everyone got a piece of that pie...

---

Still going to be several hours until everything gets sorted out... Still trying to upload all my results

---

I recieved bunch of AP earlyer plus a bunch of shortys

---

I came down with a bad case of i don't give a crap

I finally got 2 full GPUs Whew.

Has anyone else noticed that you never get AP CPU tasks until the GPU is full? I always see that.

The only time I get CPU tasks is if it is a resend if GPU is not full.

I see the opposite, CPU has to be full first before GPU gets any work

What I see is that my ATI GPU has to be full before Nvidia GPU's get any work, and after that is CPU.

Anoying that ATI-first schedule, many times my dual-750ti's are empty when waiting for ATI to fill up.

In heterogeneous systems the priority for work delivery is based on the server's perception of the capability of the processors, with the processor that is perceived as being most capable getting the first slice of the cake. During the recovery from the weekly outrage (or indeed any other outrage) it is not uncommon to see CPUs running short on work, or at least their caches' not being filled.
One thing that can help is to have sensible cache setting, having a medium to large "work for x days", and a small "extra days" is better than having a large "extra work". On most of my crunchers I run 6/0.01, and the CPUs rarely run out of work, having ~100 tasks available in "normal" times...

---

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

On most of my crunchers I run 6/0.01, and the CPUs rarely run out of work

Why 0.01? Is there a secret behind that?

I run at 4/0 most times, and back it off to 1/0 or 0.5/0 if I'm having trouble getting them.

---

Simple, using "0" for the "extra days" cannot be guaranteed to be "as often as possible", but 0.01 is a real value. In a number of places within SETI "0" is "use the default value", and in others it really is zero...

Setting the first figure to a small size can lead to having virtually no tasks when entering an unscheduled outrage. I like to run in a steady state, without having to play with the config files too often.

---

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

Simple, using "0" for the "extra days" cannot be guaranteed to be "as often as possible", but 0.01 is a real value. In a number of places within SETI "0" is "use the default value", and in others it really is zero...

Setting the first figure to a small size can lead to having virtually no tasks when entering an unscheduled outrage. I like to run in a steady state, without having to play with the config files too often.

LOL....
The kitties do remember when a 10 day cache WAS a 10 day cache....
Meowsigh.

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

ATM there are no APs left to split, oh well it was a good run.

---