Should they be denied to participate in something they find interesting, just because the 24/7 club don't like it when they can't get thousands of tasks every day?

While it MAY have more work than can be processed (a claim for which there is NO evidence) then, if there is a problem delivering that work to the users then it make no sense to attempt to grab all one can, and so turn the average user away because they can't get work due to the greed of a very vocal minority.

Cats are good people.

Running empty again. Shooting down the host to save some electric power.

. . Following Grumpy's example then ? :)

Stephen

Just got a bunch of WU's now, but all are resends _2 or higher.
But downloading them, now that is another thing :-)

I managed to score 50 resends on one of my systems. When they finally downloaded, all done in under 4 minutes. Only 3 of them weren't noise bombs.

... And just maybe release their wish list for better hardware that can handle the loads Seti will be dealing with in the future ...

Just savoring the irony of those messages last fall that the workload was increasing and they needed more folks doing more work to keep up with supply.
"Build it and they will come ..." or is that "Be careful what you asked for. You just might get it."?

For Me the problems with the Failing Uploads seems to be getting Worse. This morning I found all machines, except the fastest one, working fine. I found the top Mining machine was clogged with failed Uploads, dozens of them. The only machine without any Uploads waiting on retries was the slowest one. Trying to clear the Uploads on the one machine also Failed, countless times. I tried everything, then tried using my USB/Ethernet adapter which finally allowed the Uploads to clear. But, even with the USB adapter I now have an average of 6 retries waiting on that machine. It seems if you get very many they just Fail altogether and then rapidly start piling up until the Downloads stop. At that point it becomes difficult to get the Uploads to clear.
It's Not getting any better...

Sat 25 Jan 2020 03:19:00 PM EST |  | Project communication failed: attempting access to reference site
Sat 25 Jan 2020 03:19:00 PM EST | SETI@home | Temporarily failed upload of blc35_2bit_guppi_58691_86094_HIP80163_0111.7431.409.22.45.44.vlar_2_r1267369358_0: transient HTTP error
Sat 25 Jan 2020 03:19:00 PM EST | SETI@home | Backing off 00:03:34 on upload of blc35_2bit_guppi_58691_86094_HIP80163_0111.7431.409.22.45.44.vlar_2_r1267369358_0
Sat 25 Jan 2020 03:19:01 PM EST |  | Internet access OK - project servers may be temporarily down.

Getting "No tasks available" with 770k ready to send on the server. I gave up trying to understand the logic behind this...

100 other hosts beat you to the RTS buffer first.

. . :)

. . There are clearly still issues to be worked out ... :(

. . Unless those 100 hosts got 8,000 WUs each :)

Stephen

? ?

The actual buffer that you download from only holds about 250 tasks at any time. Constantly replenishes from the RTS buffer that shows on the SSP. If 5 hosts hit it at the same time and get 50 tasks, it empties very fast before refilling. If your request comes in after it was emptied, you get the "no tasks are available" message.