Is there anything that the "consuming public" can do to assist an more expedient positive outcome?

Benivo.

Between Matt's initial post in this thread, and this message, it looks like the immediate fix requires only time, and our patience.

But if you want to help with the long-term fixes, which may require replacement hardware, visit the "Donation" threads in the Number Crunching section, and/or click on any green star.Donald
Infernal Optimist / Submariner, retired

....... I have a feeling that your download servers are gonna be slammed the second they come back up. .......

.. that´s also one of my thoughts & "concerns"; coming up with THAT backlog - that´s like having the complete load to a power station left switched on after failure .. all circuit breakers will burn immediately @ reconnect, if you don´t switch loads on one after the other; that´s why - as mini "support" - i temporarily detached machines from seti except one .. to at least reduce initial scheduler requests by the moment of the system coming back up. well .. we shall see anyway, what will happen.i love hubble! ..

....... I have a feeling that your download servers are gonna be slammed the second they come back up. .......

.. that´s also one of my thoughts & "concerns"; coming up with THAT backlog - that´s like having the complete load to a power station left switched on after failure .. all circuit breakers will burn immediately @ reconnect, if you don´t switch loads on one after the other; that´s why - as mini "support" - i temporarily detached machines from seti except one .. to at least reduce initial scheduler requests by the moment of the system coming back up. well .. we shall see anyway, what will happen.

Sadly you are most likely part of a small minority.

In the other corner are the mega-monsters looking to fill their football stadium sized wu caches that a likely to be right now hammering away with requests lest they miss the re-start by one second

....... In the other corner are the mega-monsters looking to fill their football stadium sized wu caches that a likely to be right now hammering away with requests lest they miss the re-start by one second .......

well .. i´m not here for crunching numbers like hell just to gain credits (as it looks to me, one could apparently increase quickly by calcing i.e. primegrid @ high priority); that´s not for me .. i´m also happy, if i can increase my stats - but only with things, that make sense (sense in my opinion, of course).
i entered 1999 with seti, lost every-thing after that and re-entered now (after re-building my whole life practically from scratch) - having much more powerful hardware, network & internet connection - and .. gained a little bit of skills, too ;-).
so i´m finally gonna load my machines only with projects like seti, health care & biomedical research ..
kind rgds!

ps2: :-) .. as like sitting in the mentioned power plant, one has no chance to change ANYthing from inside .. they are completely depending on the peoples´s intelligence outside to switch off 99% of their load and leave just ONE on to see, when power comes back. seems to me, that this is kind of metaphoric to many analogies in life ;-)

Sobering thought... the amount of work you crunched in 1999 can be done in
less than a day now. You spent 300x the amount of electricity than it costs now.

If we wait another ten years, we can do 300x more work for the same cost,
and not waste money on electricity now!

Just that the results (if any) would come in later rather than sooner...

yes! it was an old machine (& one only), still connected via (isdn)modem @ this time - no lan or cluster - stand-alone & only connected nite-times for cost reasons. didn´t matter 4 me .. it was worth the effort - even then. compared to now, it wasn´t real "work" .. crawling like a snake, but i liked it to contribute anyway ;-).

.. seems to me, that in a way, we as human beings finally always tend to be "behind"; not only, but most of all as far as technological development is concerned .. we are not really used and/or ready to follow exponential developments compared to linear functions. maybe a quantum leap in evolution is neccessary to manage this ;-)

.. i´m sorry, but somehow completely forgot, that this is matt´s thread about actual status of the project.
thanks a lot to u matt for your work & never ending patience & dedication to all this; would be good & helpful during this lasting down-time, if we could read 1 or 2 sentences about your progress after 2 days, assuming that you have a weekend for free, too ..
kind rgds.

I'm not sure the potential problem with overloaded download servers is so big.
After all, the _requests_ for wu's are already there, it won't get much worse than this. (Ok, there will probably be a short peak when the rumor starts that the servers are up again...)
And the actual bandwidth used to send the wu's to the users can be throttled...

that´s why - as mini "support" - i temporarily detached machines from seti except one .. to at least reduce initial scheduler requests by the moment of the system coming back up. well .. we shall see anyway, what will happen.

Sadly you are most likely part of a small minority.

In the other corner are the mega-monsters looking to fill their football stadium sized wu caches that a likely to be right now hammering away with requests lest they miss the re-start by one second

Detaching in case you have tasks on your machine doesn't help the project, it actually generates more load on the database, because new unnecessary tasks have to be created for each of those WUs when the machine be atached again or when they time out instead of deleting them as soon as they get reported.

To actually reduce the load at the begining, you should simply set Seti to "no new tasks", that can help, but the already uploaded results should be reported, so they can eventually be validated and deleted.

ATM every machine is connecting to the servers as it is asked to: one every hour. If they turn on the splitters with some delay, all (or most) done work can be reported before the real hammering will start..