The project has no tasks?
I'm starving.

---

To overcome Heisenbergs:
"You can't always get what you want / but if you try sometimes you just might find / you get what you need." -- Rolling Stones

[quote]And cats manage the workload ...:)

Alas, my cats have very few management skills. They may be angels with fur, but manage only themselves.. ;-)

Well, at least the one you have posted as an avatar always manages to give me a smile

Great to hear that she's good for something, besides being a drama queen ! That's my Zarah... a real doll, and a champion to boot.

---

Humans may rule the world...but bacteria run it...

You really have to wonder just what besides availability of tasks the scheduler looks at before delivering a "no tasks available" response?
Gotta be something along the lines of

With the lag the server was showing validating and assimilating, it makes me think this outage was slow database related.

Gotta be something along the lines of With the lag the server was showing validating and assimilating, it makes me think this outage was slow database related.

I also note there are four BLC splitter jobs that haven't progressed in several hours, but then again there are hundreds of thousand of work units in the to send queue.

Whatever it is, I wrote to Dr. K... not that I have any special e-mail priority :^) But perhaps it will get fixed. I notice that my larger machines finally got some work though not nearly as much as a full queue so it is improving probably as other machine's queues fill albeit slower than they should.

Nothing worse SETI-wise than a work stoppage on a Friday and facing a weekend of machines sitting idle.

---

The project has no tasks?
I'm starving.

Sorry,
seems to have been a temporary hickup.

My mobile operator has enabled the latest speeds. The connection is not reliable yet. It is fast. That I must admit.

Last Result:
Download Speed: 36518 kbps (4564.8 KB/sec transfer rate)
Upload Speed: 31664 kbps (3958 KB/sec transfer rate)
Latency: 38 ms
Jitter: 2 ms
19.5.2017 at 20.37.01

And that's over a mobile connection with a cable to the Sierra Wireless home station. I'm living in a small town.

All fine now.

---

To overcome Heisenbergs:
"You can't always get what you want / but if you try sometimes you just might find / you get what you need." -- Rolling Stones

The project has no tasks?
I'm starving.

. . I was but the caches have filled up finally.

:)

The servers recovered quite nicely from this outage from what I can tell.

The servers recovered quite nicely from this outage from what I can tell.

I still have one laggard that isn't getting anything for some reason. Did the flip-flip several time to no effect. The other two computers have recovered from the shortage mostly. Again, the Windows 10 computer makes the fastest recovery for some reason. And it still is getting a primary diet of Arecibo standard angle range tasks for the CPU. Which I quickly reschedule to the GPUs and swap the BLC tasks they seem to primarily get. Nobody has convinced me that the servers don't see the Ryzen system as something completely different and therefore gets a different mix of tasks compared to the Windows 7 FX systems. This has gone on for 2 months now consistently. Random probability must be in the 5 nines now with the mix of Arecibo shorties or standard AR's being sent to the CPU exclusively.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

I still have one laggard that isn't getting anything for some reason. Did the flip-flip several time to no effect. The other two computers have recovered from the shortage mostly. Again, the Windows 10 computer makes the fastest recovery for some reason. And it still is getting a primary diet of Arecibo standard angle range tasks for the CPU. Which I quickly reschedule to the GPUs and swap the BLC tasks they seem to primarily get. Nobody has convinced me that the servers don't see the Ryzen system as something completely different and therefore gets a different mix of tasks compared to the Windows 7 FX systems. This has gone on for 2 months now consistently. Random probability must be in the 5 nines now with the mix of Arecibo shorties or standard AR's being sent to the CPU exclusively.

My i7 system has refilled with 90% GBT WUs, my C2D is mostly Arecibo.
The i7 still hasn't quite managed to get a full cache. Going to start flipping application settings again. Would be nice if they could fix that particular issue.

EDIT- Changed application preferences and cache filled.

---

Grant
Darwin NT

I also note there are four BLC splitter jobs that haven't progressed in several hours,

More like a couple of weeks.

---

Grant
Darwin NT

Surprisingly... I got a reply: unit production is up, but return time is way down. Conclusion: there was a "shorty storm". It should be over now, so we can return to "normal."*

*I need quotes around that here. 😀

---

Surprisingly... I got a reply: unit production is up, but return time is way down. Conclusion: there was a "shorty storm". It should be over now, so we can return to "normal."*

No shorty storm (although there were quite a few shorties around)
Many caches were completely empty, plenty of others almost so; so work was being returned almost as soon as it went out.
As the caches refill, return times will gradually increase again until the caches are full and turnaround times are back to being cache size & work type dependent.
The graphs are very useful in these situations.

---

Grant
Darwin NT

Changing preferences didn't do it. But shutting down BOINC for five minutes and then restarting DID get the tasks flowing again for the recalcitrant computer.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

Changing preferences didn't do it. But shutting down BOINC for five minutes and then restarting DID get the tasks flowing again for the recalcitrant computer.

It really is weird, in a rather annoying way.

---

Grant
Darwin NT

Changing preferences didn't do it. But shutting down BOINC for five minutes and then restarting DID get the tasks flowing again for the recalcitrant computer.

It really is weird, in a rather annoying way.

You know, that raises some very interesting points.
As you may recall, I'm typically the guy saying that I'm experiencing none of these issues, and generally have no trouble getting the caches full.
Since I did the whole GuppiRescheduler/QOpt thing, I use Windoze' Task Scheduler to shut down BOINC periodically (either every 4 hrs or every 8 hrs, depending on the machine) to run GR.
Wonder if there's any correlation there? Might be worth a look-see, for anyone experiencing this. Just a thought.

---

I did much the same to restart BOINC after TBar noted getting tasks after a restart.

I made a script to stop/run/start rescheduling every 15 minutes for loading up for maintenance - I just set it to 6 minutes and managed to get ~150 tasks when tasks weren't flowing.

I did much the same to restart BOINC after TBar noted getting tasks after a restart.

I made a script to stop/run/start rescheduling every 15 minutes for loading up for maintenance - I just set it to 6 minutes and managed to get ~150 tasks when tasks weren't flowing.

That just makes it even weirder.

---

Grant
Darwin NT

Changing preferences didn't do it. But shutting down BOINC for five minutes and then restarting DID get the tasks flowing again for the recalcitrant computer.

It does that... it's like it gets depressed after asking numerous times and gives up.

No shorty storm (although there were quite a few shorties around)

OK... perhaps a short shorty shower? Some partially galactic hydrogenated shortening?

---

Was there a problem here?

I must of missed it.

Cheers.

Surprisingly... I got a reply: unit production is up, but return time is way down. Conclusion: there was a "shorty storm". It should be over now, so we can return to "normal."*

No shorty storm (although there were quite a few shorties around)
Many caches were completely empty, plenty of others almost so; so work was being returned almost as soon as it went out.
As the caches refill, return times will gradually increase again until the caches are full and turnaround times are back to being cache size & work type dependent.
The graphs are very useful in these situations.

. . It would seem that the staff in the "centre" are not quite up to speed because, like Grant, my caches were COMPLETELY EMPTY. Zero tasks of any kind. Not for GPU nor CPU. Zilch. Every request met with "No tasks available". Whatever the cause it was NOT a shorty storm.

Stephen

:(