I too am a C.T.O. to a bank here in toronto. Knowing what I know about seti, instead of complaining I made a $500 donation just in case they need some new hardware. I always thought europeans were more compassionate. You guys are doing a great job and hope this helps out.

---

I too am a C.T.O. to a bank here in toronto. Knowing what I know about seti, instead of complaining I made a $500 donation just in case they need some new hardware. I always thought europeans were more compassionate. You guys are doing a great job and hope this helps out.

Thank you!

---

I didnt realize how much in need you guys were of funds. This incident gave me a wakeup call. I aint a rich man, but I can do my part and part with $50

Let's all understand something here.
We all may think that we know how to run the project better - want them to open up all the source code and details so that we can "fix" them.
But - there is the rub. For every great programmer - there are MANY wanna be programmers that will give their suggestions.

Simple suggestion - a new PRIVATE thread to the admins - if you want to volunteer your services - state your credentials - and KNOW that you will not have ANY say (and that is how it SHOULD be).

For myself - willing to help how I may. 20 years AF experience as a tech controller - and now a geek. Not an expert - but I think outside the box (a lot of the time because I don't know any better).

For this project - the scheduler has been the issue - bandwidth - who cares - so - you get your downloads slow - but you GET them if the scheduler isn't crammed.

Solutions are many. Bigger work units. Larger queues again with a SET mandatory cool down (half queue until the workstation can try to contact the server). I also see some systems out there with literally thousands of WU each - and tons of errors because of timeouts - what's up with that????

Seem to be getting WU pretty good right now - but systems are set crazy - WHY - when I have 2 completed workunits out of 200 - am I contacting the server for more work??????? AGAIN - PLEASE - set - if possible - a MANDATORY COOL DOWN - half queue - and OPEN THE QUEUE. Let me have 5 days of work - and - you won't hear a PEEP for 2 and a half days. That should ease the congestion on the scheduler. Once again - slow downloads - don't matter.

Finally - wondering...why..I download faster and more reliably STILL from a proxy server. Baffling. You use a Linux architecture - Linux boxes, Apple boxes haven't had much trouble. Proxy servers are likely running Apache (again...same TCP/IP stack). What's with windoooooows? ECN? Congestion notification has seemed to make some difference here - maybe about as reliable as my proxy - may be something to look into.

Ya'll do what you do - and I respect you for it. However - please - it is REALLY nonsensical for my systems to be requesting workunits when they are essentially 99 or 98 percent FULL. Again - a mandatory cooldown would work wonders - bandwidth be damned.

---

While I love SETI, I don't mind downtime, as it just give World Community Grid more CPU cycles! I appreciate all that the SETI folks have done, and wish I was in a place to continue $$ support, but do have an idea I can afford to give!

As an only occasional visitor here, please forgive me if this has been considered but rejected...

It seems that some cloud provider would have some spare CPU cycles / bandwidth they could parse out to SETI without impacting paying customers, but could still legitimately be a tax write-off. Since much a SETI processing does not have to be real-time, off-peak processing would be fine. The bandwidth needed, while a significant added load to a University network, could possibly go basically unnoticed on some cloud networks (think Berkeley vs Google or Amazon).

There may be some issues in virtualizing the systems (they are Sun servers, yes?) but it seems that there must be an option...?

Has this been considered? Not feasible? No cloud providers willing?
What would it take to make this happen?

---

While I love SETI, I don't mind downtime, as it just give World Community Grid more CPU cycles! I appreciate all that the SETI folks have done, and wish I was in a place to continue $$ support, but do have an idea I can afford to give!

As an only occasional visitor here, please forgive me if this has been considered but rejected...

It seems that some cloud provider would have some spare CPU cycles / bandwidth they could parse out to SETI without impacting paying customers, but could still legitimately be a tax write-off. Since much a SETI processing does not have to be real-time, off-peak processing would be fine. The bandwidth needed, while a significant added load to a University network, could possibly go basically unnoticed on some cloud networks (think Berkeley vs Google or Amazon).

There may be some issues in virtualizing the systems (they are Sun servers, yes?) but it seems that there must be an option...?

Has this been considered? Not feasible? No cloud providers willing?
What would it take to make this happen?

Rather similar to what IBM is already doing for World Community Grid; IBM provides the servers. Can you find some other cloud provider that is willing?

How much bandwidth would be needed to get the workunit files from the SETI@Home site to and from the cloud provider site?

Oh well, I opt out until it's fixed. At least I'll save on the electricity bill!

Funny, I recently resurrected my old May '99 account after I dumped SETI@home mid 2000's due to "Client Error","Client Error","Client Error",... every time I had completed work to report. I knew the problem wasn't on my end so after seven years the same problems persist? Go figure.

It's not right time to complain or doubt. It's time to encourage them or help them. If you feel there's problem, why not just go and help them? I think it is better cause I think SETI means something in your life since you come back to it after long 11 years. Besides, they don't take any money forcibly from us.

---

-----------------------------------------------
*ET come to Earth for touring
*ET drive UFOs for touring with various models(UFOs are ET's cars)
*ET left sigatures after tour, that's why Crop Circle shows up.

It's not right time to complain or doubt.

Bah! It's always the right time to complain and doubt. It's how the squaeky wheel gets greased. Now having said that, enough $10 buckets of grease would do the trick...

---

I got 12 tasks running and so far bunch more waiting to be crunched. I have communication deferred showing up, but I should have enough tasks to hold me off for a day or two.

---

Well, I am all caught up and no errors yet. Donation coming in a couple of days.

---

We are a land of sheep and dairy
Here to be fleeced and milked

I hope you will send out a NEWS item that appears in the BOINC NEWS tab when it gets fixed. I've Suspended the Project so it doesn't keep trying to access the servers.

---

To those of you having trouble you should come over to the Number crunching forum. You are more than welcome to start a thread and ask for help. Boinc options and settings can be a bit hectic, confusing or downright hidden. If you have found yourself without work units to crunch, chances are it could have been avoided. So come on over:)

To most of you posting in this thread, welcome to the boards!

And to those of you showing people the door, shame on you.

I will continue to wait for this downtime. Perhaps the scheduler server has just been up for too long. Maybe restarting would help. In all cases restarting can help a bit freeing up useless swap and main memory. The way I see it is that it hasn't been restarted in so long and huge amounts of RAM is being cluttered up. Just my suggestion. And will patiently wait

I'll have 8 task to go and then my seti guf is empty:(
Are there again problems??? What I don't understand is that
some users at Seti@Netherlands deliver more then 14000 task
work in 4 hours..then they get more then the 100 task a time
That is not honnestly against the other users if I may say.

Sorry just got 70 task;)

---

I will continue to wait for this downtime. Perhaps the scheduler server has just been up for too long. Maybe restarting would help. In all cases restarting can help a bit freeing up useless swap and main memory. The way I see it is that it hasn't been restarted in so long and huge amounts of RAM is being cluttered up. Just my suggestion. And will patiently wait

Whilst there has been no official announcement, the scheduler has been up for a little while now. Yesterday was the normal weekly outage, but I am getting tasks again now OK.

---

"Liberal and proud to be"

yes, thanks for information and don't bother yourself ;) my BOINC is busy with climateprediction.

I'll have 8 task to go and then my seti guf is empty:(
Are there again problems??? What I don't understand is that
some users at Seti@Netherlands deliver more then 14000 task
work in 4 hours..then they get more then the 100 task a time
That is not honnestly against the other users if I may say.

Sorry just got 70 task;)

I wouldn't be surprised if those users are actually proxies
for large groups of computers not necessarily owned by just
one person, and they might provide ways to discuss SETI@Home
in Dutch and perhaps a few more languages other than English.

Also, the 7.0.* series of BOINC versions tends to ask for
workunits in larger batches than earlier versions, possibly
so that they can make such requests less often.

haribo wrote:

yes, thanks for information and don't bother yourself ;) my BOINC is busy with climateprediction.

for at least 560 hours gg

My systems started downloading again this morning. I've even got my old tasks running now, I had several short tasks which were seemingly being ignored by BOINC, it only seemed to process the new work units. But as a test of my system I turned on the GPU processing options and now the GPU is picking off these short tasks which I've had sitting around for over a week.

I was just about to consider re-installing boinc because I thought it must have a problem because it was ignoring all the short tasks in my cache. I've never had the GPU enabled before so wasn't expecting the work units to need to have GPU enabled as well as CPU for them to be executed.
I read now that the GPU units are downloaded first before any CPU ones, so my system seemed to be picking up the GPU units even though I hadn't enabled GPU before.

I have also at times noticed that in Windows 7 (64bit) in my case, that if it has any Important/recommended windows updates sitting in it's own queue ready to be installed, this seems to prevent BOINC from processing anything until those updates have installed, so perhaps some problems people are having might be windows updates getting in the way?

---