Another cable has snapped at the Arecibo Observatory, damaging the dish further.
https://astronomynow.com/2020/11/08/aericibo-radio-telescope-suffers-additional-damage-from-second-cable-failure/

You have to wonder, why keep a beta site in the air of a project that's in hibernation? It just gobbles up electricity.

Looks like the last workunit has timed out or been timed out.

Still got 13 in my Valid list, and the SSP is still broken.

My wingperson for my last valid task will be timed out in 15hrs, but IIRC a few here said that they had 1's that would also meet that fate on the 26th.

Cheers.

The only other public, recognised, project shown on BOINC's project list is Collatz Conjecture.

[The BOINC Project List is generated automatically from the application list of each listed project, so it can be taken as authoritative in this context. The only error I know of is a false listing of ATI GPUs for LHC.]

I've been wondering, seeing that the need of the COLO's bandwidth isn't required now (nor the costs involved), if/when/or is the server kit being moved back up the hill into the lab.

Cheers.

...

The real question is: Who many WU are still needed to be crunched/ reported to close and finish the Science DB? Some time ago was in the range of less than 2% (IIRC) probabily now is a lot less. And with only 10K WU in the field that could be in the range of 100 WU or less.

We are no longer distributing tasks ...

There are 2 or 3 computers in the https://setiathome.berkeley.edu/top_hosts.php that are holding on to tasks until just before deadline in order to maintain their RAC.

This has been discussed elsewhere, and has caused some controversy.

Unfortunately it appears to be within the rules, even though it gives them an unfair advantage.

It also seems to be a waste of time and electricity, because the results that they are returning have already been Validated weeks or even months ago !

since the sum of WUs with those 2 or 3 computers amounts to about 5-6000 WUs, and there are ~30,000 WUs in the field, that would mean that most outstanding WUs are with other hosts, no?

why be mad at the guy returning his 5500 WUs, but not at all the hosts with 24,000+ who probably wont return them at all?

https://setiathome.berkeley.edu/workunit.php?wuid=3755716471 is probably the oldest WU still in the database.
It will finally time out in a few hours.
Created 23 November 2019.

And then it will be gone. The last host that has it has never returned a result and that will put the task count to 10 attempts and it will be retired.

It would interesting to see how many of those are "real" results, and not timing out or already had their canonical result declared.

Is unlikely a high performance cruncher has any WU yet to crunch.
Unless the owner force it to lately report the WU crunched.
Even my host 150K WU ultra large cache was exhausted long time ago.

01,3021, 8652081
02,1923, 4892694
03,0
04,0
05,30, 8873167
06,0
07,0
08,0
09,148, 8873154

10,0
11,15, 5944259
12,1
13,0
14,0
15,0
16,7, 8873201
17,0
18,86, 8873378
19,0
20,43, 8887061

21,2, 8835661
22,0
23,0
24,0
25,0
26,0
27,0
28,0
29,28, 2301233
30,0

Only did Main, not on Beta. :-(

I've changed the RAC threshold on the public forums to 0 and the total credit threshold to 100.

We will have to replace the RAC>1 requirement with a total credit requirement. We may also have to come up with an endorsement process to allow new users.

I've changed the RAC threshold on the public forums to 0 and the total credit threshold to 100.

I've changed the RAC threshold on the public forums to 0 and the total credit threshold to 100.

Landing the first stage from how many miles up onto a barge in the Atlantic is quite some feat.
It was fascinating watching the second stage motor nozzle glowing red and the dark lines (presumably structural members).

To me it looked as if the initial acceleration was higher than the old Saturn V, but the actual peak acceleration was lower.

Are there any active rendering (video/image) projects out there? All of the rendering projects I am aware of have either closed down or do not have any work

Just found some new contenders for the Oldest Workunits that still have outstanding Tasks https://setiathome.berkeley.edu/results.php?hostid=8614221

5 WU's from 8th January that got sent to 2 unreliable hosts. They will probably be around until 9th June
There are others that will not finish until the middle of June here https://setiathome.berkeley.edu/results.php?hostid=8926375&offset=0&show_names=0&state=1&appid=

There is a website that you can go to and select your CPU type and what boinc project you run and it will give you the average run times of a work unit. Can anyone remember the name of it? I cannot think of it for the life of me

In 1979, Gordon Walker and a few colleagues at the University of British Columbia began searching for planets. He was the world’s preeminent authority in precise Doppler observations. He designed his survey on the premise that all planetary systems resemble the Solar System. The biggest signals—and, given the limitations of his equipment, the only signals he had any chance of detecting—would come from giant planets, similar to Jupiter, which takes 12 years to go around the sun. Which meant that Walker needed to commit to a very long-term project.

He also had to hope that Jupiter-like planets are common, because he was only able to monitor about 20 stars. To expand his search, he would need more support from the Telescope Time Allocation Committee, which was not forthcoming. Walker wrote later: “It is quite hard nowadays to realize the atmosphere of skepticism and indifference in the 1980s to proposed searches for [extrasolar] planets. Some people felt that such an undertaking was not even a legitimate part of astronomy.”

I see that we have reached less than 1 million results out in the field.

Meow.

Given that the lab is closed, and all the desktop computers off, it is highly unlikely that Eric has been able to run through the outstanding tasks. He may have done a few from home, but nowhere near enough to clear the pool. The most probable explanation is people actually running the tasks or aborting them, thus allowing work units for which the canonical result has been declared to clear from sight. Remember that once the canonical result has been declared our part in the science for that work unit is done, extra completed tasks for that work unit are ignored, but as far as I can see credit is awarded where applicable.

Thanks, there are at least 2 others with the same creation date

https://setiathome.berkeley.edu/results.php?hostid=8837426&offset=0&show_names=1&state=0&appid=

They're all Validated, but will be around until 15 May, unless https://setiathome.berkeley.edu/results.php?hostid=7989306 comes back to return or abort them.

These are all 10 week deadline tasks, that got sent to 2 unreliable hosts, so they are probably some of the longest.

There are currently 17234 workunits that don't have a validated result. Once they are finished nothing more should go out. During normal operations, that would have been about 10 minutes worth. But a lot of people quit in March without returning their results. We've sent everything out again in an attempt to speed things up. I'd guess a few days more before those most of those results are back and validated.

I would like to contribute to breakthrough listen - Is this possible, and if it is - How?

Slowly picking away at the bones. Less than 900K results in the field, or awaiting validation.

I see that we have reached less than 1 million results out in the field.

Meow.

I see that we have reached less than 1 million results out in the field.

Meow.

Well Eric has posted on FB that the project will continue to accept results after the last canonical results are in.

For what? Credits? What about the talks like: We are here for the science not for credits. Was just bla bla bla?
If the Science DB is closed, or the canonical was already reached, then anything after that is just a waste of crunching & electric power.
Better abort the rest and switch the host, to where that could be useful, like any other project for example.
my 0.02

I would be very appreciative if it could be brought back online, especially if it is not damaged. Angie

Im sorry, im a newbie here. Are project SETI is still alive? My CPU making some work now on SETI.

All 8311	IP 0		VP 77	VI 382	V 7144	
ALL 5112	IP 0		VP 54	VI 195	V 4850
ALL 4230	IP 0		VP 33	VI 187	V 4004
ALL 13508	IP 8127		VP 18	VI 178	V 5159
ALL 7042	IP 0		VP 91	VI 313	V 6627
ALL 8787	IP 0		VP 94	VI 344	V 8091
ALL 40850	IP 37889	VP 20	VI 81	V 2688
ALL 2217	IP 400		VP 6	VI 99	V 1707
ALL 3575	IP 0		VP 46	VI 121	V 3399
ALL 3169	IP 0		VP 58	VI 145	V 2952

Nothing to be crunched and Validation pending (84) · Validation inconclusive (391) · Valid (7203) only.

So i ask if anyone has a clue of how to see what is the real number of WU who rely needs to be crunched before the end?

This number should be very low at this time maybe in the range of 100 K WU only.

What is the point of crunching work on a super fast GPU that has already been VALIDATED days ago by 2 or 3 slower hosts ?

The host returns them when it returns them. Do you really expect me to click through all the tasks on the web site one by one to figure out what task have a filled quorum and what tasks do not?

I've got several like this one - looks like it could be the middle of May before that one's cooked.

At this rate soon they will pass the Results out in the field too. LOL

I think that will probably be at least 24 hours at the current rate.

Average turnaround times are now more than 7 days for both V8 and AstroPulse, they were below 7 days for the last few days.

What is the point of crunching work on a super fast GPU that has already been VALIDATED days ago by 2 or 3 slower hosts ?

The host returns them when it returns them. Do you really expect me to click through all the tasks on the web site one by one to figure out what task have a filled quorum and what tasks do not?

So why not set NNT and allow the rest of us the chance to get a few?

I suppose everyone want to "crunch the last WU"

Will they send out one last wave of forced resends? I still have Validation inconclusive WUs that need a third wingman

At this rate soon they will pass the Results out in the field too. LOL

Hm, why do you infere there are some unneeded tasks here?
We work with quorum of >1 so secondary result required for validation, to see that computations were correct ones.
There are quite a lot of examples when device with broken driver returns seemingly "valid" result that actually just noise.
So quorum should be set to >1.

Besides that "all tasks are equal" :)

I may have got this wrong, but it seems to be in the right ball park.

You’ve got it wrong. The results waiting for purging are already out of the waiting for validation queue and have already been assimilated.

I see that regularly on WCG, so there is such an option. But the client in question must be alive, and actually do the cancelling after the server request.

Thanks, I thought I had seen it before.

I think there may be over 1 million tasks in this condition now "Results waiting for db purging" out of the total "Results returned and awaiting validation"

I'm sure that value has been increasing significantly over the last few days, but I can't find a Munin graph for it. https://munin.kiska.pw/munin/setiathome-day.html

Are these the graphs you seek?

https://munin.kiska.pw/munin/Munin-Node/Munin-Node/workunits_setiathomev8.html

I see that regularly on WCG, so there is such an option. But the client in question must be alive, and actually do the cancelling after the server request.

It's in a post in the FB Seti@home forum. It's in a reply to someone asking why resends were coming out lasts night. I can't link to the the direct post. You would have to go to the FB forum and then look for it. I saw it 4 hours ago since it was in reply to one of the other admins.

Are we going to have another feeding festival tonight? Any bets?

How long can we expect to get these straggling work units?

If they don't do anything to speed things up, up to another 6 months, in ever decreasing numbers.

Anyone else just get a flood of units? My 8 core system is full of them currently. Most start with "16mr20ae.XXX" there is also a "blc64_2bit_guppi_XXX" and "ap_24mr20XXX" unit

It might also be a good time to consider dropping the deadlines to something like 14 days for all future re-sends.

Such a sudden reduction in deadlines could be problematic for many hosts. Especially those that also crunch other projects that already have
short deadlines. If such a host suddenly receives a big bunch of shorter than expected deadline Seti resends, it could find itself in a situation where it can't crunch them and all the other project even shorter deadline tasks in time. Normal long deadline seti tasks allow the client to see in advance if there is congestion in the future and throttle download of new tasks from the other projects.

Bursty nature of this setiathome decay phase is already challenging for boinc client scheduling. A sudden deadline drop would make it even worse.

And most of hosts that are likely to go MIA have already done so and the remaining ones are likely going to stay to the bitter end, so the chance for a task to actually hit those long deadlines becomes lower and lower diminishing the potential gains from a deadline reduction.

Also, the data phase has been 20 years long. Will it really help things to swing a hammer around in hopes of reducing the taper from 6 weeks to 4?

But they are purged 'n' hours after the final replication has been declared 'over' - reported, timed out, cancelled or whatever.
'n' used to be 24 hours: during the non-normal times earlier this year it was substantially reduced.

It was reduced to 1 hour or near 1 hour to reduce the database bloat and still hasn't been returned back to 24 hours although the database is nice and lean now. This makes it hard to see what happens to my results because they disappear so fast after returning :(

Well, it does appear to be bringing the "Results returned and awaiting validation" and "Results out in the field" in to line with each other.




I don't remember the actual values, but my Pendings appear to have almost halved (roughly 1500 to 840), and my Valids over ten times what they were (40 or so to almost 500) and Inconclusives almost 3 times higher (roughly 80 to 230).

Woohoo! :) Finally! :) Some time last night My main (my only host left connected to SETI) got roughly 250 tasks to chew on. :)

Siran

It would be smarter to send those n days after the last scheduler contact of the pending cruncher than n days before the deadline. If a host hasn't contacted the servers after the faucets were closed, the task is unlikely to be returned and should be resent now even if its deadline is in June.

My Pendings (& to a lesser extent Inconclusives) are slowly falling. But my Valids keep increasing. They're Valid, but still waiting for another Result (or two) to be returned. Late May, early June for the vast majority before they are resent. A couple for mid June.

If they are sending resends early thus shortening the deadline, they don't need to send to specific machines. The resends of the resends will be sent quicker. Thus they avoid the whole who to send it to can-of-worms (you know someone would complain).

Unless one of them goes to a zombie machine that happens to make contact at that time.
Makes more sense to reduce the Deadline for resends, and resend ones after they've been out for a month, not just a few days before they are due to being resent after already being out there for 3 months.
But i guess every little bit does help.

So now the WU is waiting for two tasks before it can be assimilated and purged.

They're trying to speed up the returns so that they can get the science completed quicker.

Go give Dr. A posts on how he plans on analyzing the data a read. I have. They aren't going to have this done anytime in any kind of near future.

Forced resends?? They trying to speed up the returns so they can turn off the servers quicker??

Results out in the field 1,998,795 As of 16 Apr 2020, 10:40:04 UTC

Results out in the field 1,900,221 As of 17 Apr 2020, 14:00:04 UTC
Results out in the field 1,899,542 As of 17 Apr 2020, 14:10:03 UTC

So it's taken around 27 hours to return 100,000

Results out in the field 1,998,795 As of 16 Apr 2020, 10:40:04 UTC

The answer should be obvious, CREDITS! lol ;)

SETI gives low credits compared to other projects. if someone was only after BOINC credits they'd crunch something useless like Collatz...

Maybe a wise thing to do is abort and resend with a small dateline all the WU from hosts who last contact was before april 1.
If a host has not contact with the servers in the last 15 days is highly probable is a powered down host.
Just a suggestion.

If the Project Staff were in the lab, and not working from home, then it might be worthwhile.

.CA is still on lockdown as far as I know https://covid19.ca.gov/ so they may want to wait until they are back.

Yes that i know, we are on lockdown too, but in this times you not need to be physically close to the servers to work with them.
And AFAIK the lab guys are already making and runs some scripts remotely.

My host 8670176 got the batch which started this conversation this morning. Four have been completed and validated, and are still visible after a longer wait that usual in recent times. One more is ready to report, and I've picked up another task.

Take a look at my TR, specifically the valid tasks, most if not all of them are awaiting another to return a result.

Those that have gone out to more than one machine and all have returned them expire within a very short time.

Unfortunately where they are sending to multiple machines they are not shortening the deadlines so that even when these tasks are validated they may continue to hang around for a long time.

Maybe a wise thing to do is abort and resend with a small dateline all the WU from hosts who last contact was before april 1.
If a host has not contact with the servers in the last 15 days is highly probable is a powered down host.
Just a suggestion.

My host 8670176 got the batch which started this conversation this morning. Four have been completed and validated, and are still visible after a longer wait that usual in recent times. One more is ready to report, and I've picked up another task.

We're effectively back to the old replication and quorum levels that SETI had back in 2007 when I first started using BOINC

My very first post on NC https://setiathome.berkeley.edu/forum_thread.php?id=37367 is worth a read as it attracted responses from some distinguished forum members, including Joe Segur

I only recently learned that Joe died in 2015. RIP Joe

https://setiathome.berkeley.edu/workunit.php?wuid=3947300995 , also one of mine shows where this policy should work. My Windows machine is relatively a tortoise compared to some of the "big boys", but it usually produces the decider on many Validation Inconclusive Wus

Yes, that's the way it should go - and it happens to be a short-deadline VHAR, as well.

But I don't hold out a lot of hope for your new extra wingmate on WU 3893947696.

995 should return in less than 2 hours, it's currently running on my single Intel GPU, wall clock time is counting down at about the correct rate :-)
ETA before 11:00 UTC

https://setiathome.berkeley.edu/workunit.php?wuid=3947300995 Completed and Validated
My _3 was the deciding tie-breaker

Results will probably be purged in under 2 hours

My host 8670176 got the batch which started this conversation this morning. Four have been completed and validated, and are still visible after a longer wait that usual in recent times. One more is ready to report, and I've picked up another task.

https://setiathome.berkeley.edu/workunit.php?wuid=3947300995 , also one of mine shows where this policy should work. My Windows machine is relatively a tortoise compared to some of the "big boys", but it usually produces the decider on many Validation Inconclusive Wus

Yes, that's the way it should go - and it happens to be a short-deadline VHAR, as well.

But I don't hold out a lot of hope for your new extra wingmate on WU 3893947696.

995 should return in less than 2 hours, it's currently running on my single Intel GPU, wall clock time is counting down at about the correct rate :-)
ETA before 11:00 UTC

https://setiathome.berkeley.edu/workunit.php?wuid=3947300995 , also one of mine shows where this policy should work. My Windows machine is relatively a tortoise compared to some of the "big boys", but it usually produces the decider on many Validation Inconclusive Wus

Yes, that's the way it should go - and it happens to be a short-deadline VHAR, as well.

But I don't hold out a lot of hope for your new extra wingmate on WU 3893947696.

Finally the splitters status shows disabled in the SSP.

Please correct me if I'm wrong in Rosetta operation understanding.

It sends data to compute as many possible protein configurations/docking configurations as length of CPU run allows.
Default is 8h. And user can change it. So, if user allows more hours to run, already downloaded database and particular protein data will be used more fully. If time is short, some another user gets same data to continue modeling. Hence, if deadline allows better to use longer run times.
And if deadline miss occurs user can shorten allowable task computation time to avoid deadline miss (but project will need to resend data somewhere else to get full results).
Is it correct?

Out in the field is more interesting anyway to me. As long as this is above 0, there's still a chance to grab a new WU :)

once the assimilation queue hits 0, the numbers in the "results returned and awaiting validation" queue will stop going down so fast and trend very closely with the results out in the field value.

Let the cleanup commence on Monday afternoon.

For the cleanup to commence do we not require tasks to timeout and then be re-sent?

It depends on "bunkering" hosts like this https://setiathome.berkeley.edu/results.php?hostid=8652081&offset=52360&show_names=0&state=1&appid=

Over 52K tasks in progress, with the oldest ones from 4th March !
My Android machine has 8 tasks pending, 7 of them are waiting on https://setiathome.berkeley.edu/show_host_detail.php?hostid=8652081

I read what you are saying. For these to be re-sent though unless there is intervention from from admin staff tasks have to reach their expiry date don't they?

Let the cleanup commence on Monday afternoon.

For the cleanup to commence do we not require tasks to timeout and then be re-sent?

Results awaiting Validation will soon be below 10,000,000

[Edit] Has just dropped below 10,000,000

10,306,215 @ 16:00 UTC

10,243,529 @ 16:30 UTC

10,012,585 @ 17:40 UTC

9,985,028 @ 17:50 UTC

9,820,448 @ 18:50 UTC

Should be below 5,000,000 by midnight 22:00 UTC

5,544,838 @ 17:30
5,483,899 @ 17:50
5,417,239 @ 18:10 UTC
5,260,149 @ 19:00 UTC
5,246,814 @ 19:10 UTC

Results awaiting Validation will soon be below 10,000,000

[Edit] Has just dropped below 10,000,000

10,306,215 @ 16:00 UTC

10,243,529 @ 16:30 UTC

10,012,585 @ 17:40 UTC

9,985,028 @ 17:50 UTC

9,820,448 @ 18:50 UTC

So will this be starting back up, or is that it?

My oldest valid task awaiting assimilation is over 16 days since both results were returned :
https://setiathome.berkeley.edu/workunit.php?wuid=3944544179

I'm fairly sure that someone can beat that !

That is the problem that I am having with 7 CPU only machines that ran out of work on the 4th of April. The only project that they run is Seti. What do I change to get them to ask for work more often than once or twice a day. Please keep in mind that I am not a computer genius, so a simple explanation would be appreciated. Thank you. Angie.

If you set a very high Resourse Share to SETI vs. other projects, eg 1000:1 your system should continue to attempt to get work from SETI every 30 minutes as far as I know.

. . Yes, I have noticed that the default backoff has been increased yet again, it seems it is no longer 10 mins (606 Secs) but is now 30 mins (1818 Seconds). This makes it very hard to get lucky in the 'get more work' lottery. Not that I was getting much (or any) when it ws 10 mins.

Stephen

:(

They should have changed the deadlines to 1 week or something when the announced the hibernation for this very reason.

I have been living with a 2 day deadline for the last 5 years. My MAC is so powerful that I can only grab a total of 200 work units which between the processors and GPU will only keep it busy for 2 days. I didn't really care in the past because I just wanted enough to ride out an extended outage however I have fallen back to my alternate project even though there is still work to do here. As my computer has reached the point where it's checking in once a day, it's likely I have seen my last work unit here unless a massive amount is freed up.

The odds are this isn't the only hoarder out there as software like this tends to exist in the underground. If enough people did it, this may be one of the reasons why the project required such a large server just to service our computers.

Oh - one more thing - if some future project does happen, how will we be notified of it?

-Todd

Yep. I'm just going through the tasks I have and making sure the _2 and _1 are prioritized and running first. Maybe we can force a small kick on the system by trying to clear out the DB???

Edit: My room is so much colder now.

They are preparing us for the next week.

I wonder what will be the exact time when the work distribution stops. They have only said it is on the 31st but will it happen when the 31st starts or when it ends or somewhere in between? Or will they just stop adding files so it will end on some unspecified time when the splitters run out of files to split?

I'd be interested in a large tee, if they're still available.

Thanks, Slaine.

Hmm uploads seem to be failing now.

They seem to "stick" at 100%

When the right person gets into the lab - anytime between 13:00 and 19:00 UTC.....

哪里能看直播？

Nothing you can do with the Android apps until BOINC sends you every application and maybe in a year will sort out which one is the fastest and most reliable. Just forget about them and don't worry.

Bitcoin
Politics

Thread Who remembers NEZ ?, belongs in the thread above.

1400 light years, we would need some kind of StarGate to get there in a hurry !

Very true. Just if you happen to get even any hint of such a thing available, please notify me, too. ;-)

Would it be possible or worthwhile to re-send _2 or _3 copies of tasks that have been sent to hosts that appear to be inactive for long periods, e.g. 21 or 30 days ?

Tasks have deadlines and are automatically re-sent when they time out.

THE LAST ONE http://setiathome.berkeley.edu/workunit.php?wuid=931699188 is still out there after the latest outage.
Report deadline 9 Jun 2012 | 8:49:09 UTC

Looks like another forever stuck workunit.
Even if it gets returned (unlikely?), the WU will just stay in validation.

More important question is... when will the admins change astropulse status display in status page to APv6. Is it really that difficult?

Nah - this is what will happen:

This guy will miss his deadline. Next Saturday, one (possibly even two) new tasks will be created, and a few hours later get sent out to users.

Then, a couple of days later, this one will be reported in late, and we'll have another one to count back in.....

I suspect some of the drive volumes were unreachable by the download servers shortly before everything shut down. Are all the servers on the same UPS ?

I'm pretty sure they've got several UPSs.
Just had a look at my tasks, and i've got quite a few download errors as well.
If you look at the WUs, that occured for everyone else trying to download those WUs, although there several which were just downloaded today with no problems.
So your theory sounds good.
The Scheduler & download servers were still up, but the work file storage was down (or at least in accessable) at the time.




Might be an idea for someone that can to notifiy the staff- many of those WUs have been cancelled (Too many errors (may have bug) Work Unit cancelled) when in actual fact they are OK.

This WU looks like it'll be fun. _0 and _1 both failed on download. _2 managed to get it, supposedly. _3 and _4 (me) failed on download. _5 is unsent at the moment.

Check this one - Too many errors (may have bug).

I'm getting a huge amount of download errors now. What's going on?

Yeah, me too, lots of these:

1735 SETI@home 2012-05-18 21:17:31 [error] File 23fe11ab.28540.3508.8.10.14 has wrong size: expected 375361, got 0
1736 SETI@home 2012-05-18 21:17:31 [error] Checksum or signature error for 23fe11ab.28540.3508.8.10.14

Could that be due to the RAID resynchs Matt mentioned earlier?
Or maybe just saturation on the download pipe?

See Khangollo's message 1232644, posted before the power failure, showing that kind of error. Whatever the problem is, it's not an aftereffect of the power failure.

                                                                  Joe

26/03/2012 12:05:47 SETI@home Sending scheduler request: To fetch work.
26/03/2012 12:05:47 SETI@home Requesting new tasks
26/03/2012 12:05:55 SETI@home Scheduler request completed: got 0 new tasks
26/03/2012 12:05:55 SETI@home Message from server: Project has no tasks available
26/03/2012 12:11:01 SETI@home Sending scheduler request: To fetch work.
26/03/2012 12:11:01 SETI@home Requesting new tasks
26/03/2012 12:11:04 SETI@home Scheduler request completed: got 0 new tasks
26/03/2012 12:11:04 SETI@home Message from server: Project has no tasks available


SETI@home server status information is also available in XML.

[As of 26 Mar 2012 | 11:00:04 UTC]

Results ready to send 241,023

My local TZ is UTC+1, BST (UK daylight savig time)

Hopefully someone can check the translation is correct.

Looks close enough for me, aber Ich bin in der Deutchschweiz nur dreizehn Jahren gewohnen.

The computer stay at work. I'm the "admin". I "have" 4 computers on the run for BOINCE. The other user is a normal user with a little bit mor understanding as the norb's.

Run SETI@home only on authorized computers

Run SETI@home only on computers that you own, or for which you have obtained the owner's permission. Some companies and schools have policies that prohibit using their computers for projects such as SETI@home.

Führen Sie SETI @ home nur auf autorisierten Computern

Führen Sie SETI @ home nur auf Computern, die Sie besitzen, oder für die Sie die Erlaubnis des Inhabers erhalten. Einige Unternehmen und Schulen haben Richtlinien, die mit ihren Computern für Projekte wie SETI @ home zu verbieten.

you could always just adjust your computing preferences on your account page

Task
click for details	Computer	Sent	Time reported
or deadline 
explain 	Status	Run time
(sec)	CPU time
(sec)	Credit	Application
1916575068	5872442	19 May 2011 | 17:46:49 UTC	30 May 2011 | 5:38:58 UTC	Error while computing	16.13	14.85	---	SETI@home Enhanced v6.10 (cuda_fermi)
1916575069	5900891	19 May 2011 | 17:46:49 UTC	20 May 2011 | 2:20:44 UTC	Error while computing	17.28	15.60	---	SETI@home Enhanced v6.10 (cuda_fermi)
1917282289	5444834	20 May 2011 | 6:30:01 UTC	20 May 2011 | 8:56:16 UTC	Error while computing	0.00	0.00	---	SETI@home Enhanced v6.09 (cuda23)
1917644925	5107544	20 May 2011 | 12:50:28 UTC	20 May 2011 | 22:25:34 UTC	Error while computing	19.44	19.44	---	SETI@home Enhanced v6.09 (cuda23)
1918378188	4712864	21 May 2011 | 4:00:36 UTC	27 May 2011 | 14:12:06 UTC	Error while computing	19.21	18.89	---	SETI@home Enhanced v6.08 (cuda)
1924329650	4725429	27 May 2011 | 14:12:13 UTC	29 May 2011 | 0:46:50 UTC	Completed and validated	19,562.31	16,537.44	23.32	SETI@home Enhanced
Anonymous platform (CPU)
1927861819	4632176	30 May 2011 | 8:13:29 UTC	30 May 2011 | 12:16:06 UTC	Completed and validated	4,302.44	4,247.30	23.32	SETI@home Enhanced v6.03

I'm sure you already know this, and the equipment you're using is very likely much better than what I've used, but overheating problems followed by "hangs" might be caused by bad motherboard capacitors. Check the tops of the caps to see if they're expanded or open and leaking--if they are the motherboard is a goner. Sorry if this is obvious to you folks, but figured I would throw this in since I've run across it in the past. Good luck.

Orbit and LHC posting work in the same month? Will wonders never cease?

Hmmmmmmmm....

Wonder what the outbound spike in the Cricky graphs was about this time of night....

Just noticed that we are about to see message board id 1000000.

[edit] Well in just under 750 messages ! [/edit]

LHC@home has started giving some WUs, but only to Windows machines so far. Since I have Linux I got no one. But they seem to be pretty fast. The program is SixTrack, in a new version.
Tullio

SIMAP and RALPH are both periodic projects, so I know these will often have no work.

SIMAP will start the new work batches at every 1st in the month. The lenght of the batch depends, so some days till some weeks or month work are available.

I tend to keep a couple of short CPDN tasks for Rainy days, but they have a quite large downloads and uploads, but have very long deadlines so i can just suspend it until needed.
Einstein's a favourite too, tasks are a bit longer than Seti_enhanced Wu's, but are again reasonable large downloads, uploads smallish through,
Collatz is very good for GPU's, especially ATI GPU's, CPU run times 12 to 24 hours depending on CPU and OS (32 or 64bit),
downloads and uploads are very small, but no Graphics.

Claggy

I ran boinc (s@h) for a while on my eee-pc until one day I was interrupted, walked away from it and left it running on a hot day. It's never been the same since. It's cooked the hard disk to an unworkable level of reliability and I'm too broke to replace it with the nice ssd that I'd like.
I think that most of the netbooks assume the low power consumption means low heat - which when the environment reaches 40 degrees is not always the case.
Once I had compared the crunch power of my netbook to the crunch power of my desktop i7 with dual gpu's I realised I was really wasting my time. As I really only use the netbook away from my desk, ie on batteries, and the usually wonderful battery life depends on running as economically as possible, boinc becomes less appealing when completing about one work unit a week.
So Atom pc's come in distinctly different flavours. A netbook on batteries seems unwise running boinc, while a miniature pc on mains power in an airconditioned office is clearly a different matter.
The newer pc's seem to be improving dramatically when measured in flops/watt, I did have a couple of old pc's I kept going for sentimental reasons, but soon realised that the money I was spending on power keeping them running was more efficiently spent on shiny new hardware. oops, sorry to rant off track a little there!

I had a similar event happen. From boinctray I had clicked on "snooze" to stop all processing so I could play a game. At some point in the game (I had been playing a while) the video got real choppy. I exited the game and checked on the "snooze" function. It was unchecked and all processing had resumed.

I was looking for a time value applied to "snooze", but I couldn't find one, thinking that there might have been a preset "snooze" period.

This seems to be a boinc problem as I run SETI and Einstein 24/7. Einstein is CPU only, and SETI is mostly GPU with some CPU thrown in occasionally. I don't know if that helps, but I thought I would throw it out there.

mdawson

My Intel Atom netbook now has a SETI RAC above 200. Can I manage 250 ?

http://setiathome.berkeley.edu/show_host_detail.php?hostid=4725429

Well it has now gone past 250 RAC today, most of the last 2 weeks has been at or above 200. I have been crunching mostly SETI only for the last few weeks, with occasional RALPH and SIMAP. SIMAP will probably have new work in the next few days, so it may drop a bit, but I think it could get to 300 if I really tried!

Wow, it is almost as fast as my P4 2.8...probably closer to a P4 2.4.

I think it uses a lot less power than a P4, it does SSSE3 on a 25 or 40 Watt processor.

Just started having trouble uploading is something switched off? Just answered my question Bruno is disabled

Something appears to be wrong with the Gigabiteathernet site:

http://fragment1.berkeley.edu:80/newcricket/grapher.cgi?target=/router-interfaces/inr-250/gigabitethernet2_3&ranges=d%3Aw&view=Octets It usually only flat-lines when SETI is down, such as on Tuesdays...

C

It looks more like the data collector isn't getting data from the router. Since that site is run by berkeleys IT department for their use. I'm sure they will work on it if they feel the need to.

I hope that when you have 'borrowed' those computers, you at least got permission to run SETI on them.

My Intel Atom netbook now has a SETI RAC above 200. Can I manage 250 ?

http://setiathome.berkeley.edu/show_host_detail.php?hostid=4725429

Well it has now gone past 250 RAC today, most of the last 2 weeks has been at or above 200. I have been crunching mostly SETI only for the last few weeks, with occasional RALPH and SIMAP. SIMAP will probably have new work in the next few days, so it may drop a bit, but I think it could get to 300 if I really tried!

Wow, it is almost as fast as my P4 2.8...probably closer to a P4 2.4.

My Intel Atom netbook now has a SETI RAC above 200. Can I manage 250 ?

HAL 9000 writes
"Ghost Tasks - Tasks assigned to you but due to an error your BOINC client software never got the message."

Ok. So this is a bug or some such in the BOINC system? Seems there should be a way to clear them early so they can be properly assigned to someone so they are being processed.

I am using BOINC version 6.10.18 btw.

...
But a method still exists to achieve what you ask, but to me it sounds pretty painful and involved. I've never tried this, but I've read here if you set your project to "No New Tasks," and let your work buffer run out, and then detach from the project, rejoin, and then detach again ... that any WU's the backend system thought were still assigned to you from that project would be NULLED and added back into the general pool. <-- But lets see if anyone confirms those steps before trying them out.

Suppose it's time I spoke up...I know what has happened to Simon--least I knew at the time period of several months back.

We were told when I was a mod exactly what was up with Simon (you were not a mod at the time Sattler). We were also told explicitly not to say on the forums what the situation was.

Pappa was the person who said we were not to post the reason on the forums.

Let's please stop speculation and respect Simon's privacy. If he wants to return he shall.

The kitty crew has just reached the 50 million mark for Seti crunching.
Took a while to get this far.

Meanwhile, congrats from the kitties for all who reach their personal milestones.

Meow meow.

...
Actually, what I am trying to find out is: if left alone, what is the maximum amount of time between Updates by BOINC (for SETI, where my machines process WUs in a few hours at most)? (Assuming that all is OK with the servers and there are no Berkeley network issues).

...
The OS cannot address more than the physical processor supports. A 32bit processor with a 32bit address space, or a 64bit processor operating in 32bit mode can only access 2^32, which is 4,194,304 total bytes of RAM, or 4GB.

I currently need 105 credits to push me over 100,000 SETI credits.

When the Upload servers and Validators are back online, I should be there.

...
I keep my house about 23C or 74F all year round. That's of course if the kids haven't messed with the thermostat.

I've been crunching for beta for awhile now. If the Volunteer Tester tag is supposed to be automatic, then something is wrong, because it doesn't show up for me either.

http://setiathome.berkeley.edu/result.php?resultid=1411990227

<core_client_version>6.10.17</core_client_version>
<![CDATA[
<message>
- exit code -12 (0xfffffff4)
</message>
<stderr_txt>
setiathome_CUDA: Found 1 CUDA device(s):
Device 1 : GeForce 8400 GS
totalGlobalMem = 268435456
sharedMemPerBlock = 16384
regsPerBlock = 8192
warpSize = 32
memPitch = 262144
maxThreadsPerBlock = 512
clockRate = 1350000
totalConstMem = 65536
major = 1
minor = 1
textureAlignment = 256
deviceOverlap = 1
multiProcessorCount = 2
setiathome_CUDA: CUDA Device 1 specified, checking...
Device 1: GeForce 8400 GS is okay
SETI@home using CUDA accelerated device GeForce 8400 GS
setiathome_enhanced 6.03 Visual Studio/Microsoft C++
libboinc: 6.3.22

Work Unit Info:
...............
WU true angle range is : 0.396036
Optimal function choices:
-----------------------------------------------------
name
-----------------------------------------------------
v_BaseLineSmooth (no other)
v_GetPowerSpectrum 0.00055 0.00000
v_ChirpData 0.02157 0.00000
v_Transpose4 0.01320 0.00000
FPU opt folding 0.00363 0.00000
SETI@home error -12 Unknown error
cudaAcc_find_triplets erroneously found a triplet twice in find_triplets_kernel
File: c:/sw/gpgpu/seti/seti_boinc/client/cuda/cudaAcc_pulsefind.cu
Line: 236


</stderr_txt>
]]>

I had some cuda wu's on my system and it had to go in for a new graphics card and when i got it back those work units are no longer on my system. Is there anything that can be done All the work units were downloaded on the 14 Aug.

thanks if you can help.

If they were not at bandwidth/server limits now. I'd like to see a BOINC app for my phone. :D

Like Boincoid perhaps?

                                                                Joe

Hi again.

Ticking the Skip Image File Verification box has no effect. The program still tries to verify the download. Is this a bug that can be fixed?

Thanks,

Simon.

While you are looking at this, please could you also take a look at whether there is still a need for separate Message boards and Questions and Answers pages.
...

This process is currently only for stickies. We will not be adding any new forums or removing any at this current time.

Getting reallllly close. I'm tempted to stay up late and wait for it.

This may be a silly question but where do you go to see the wu id that has just been created? Apart from look under your account & then clicking on tasks.
Thanks
Speedy

. . . Matt re: Comment 811617 (mentality) - reminds me of Michael Crichton's writings ;)

Just been looking at my recent results, it looks like task ID 1000000000 will be issued today or tomorrow.

999475999 has already been created but currently unsent.

One Billion, 10^9 (10+E9), that's quite a lot ;)

I have always ran seti on my laptops since day 1. 100% unless on battery.
I just keep the lid open to keep it cooler.
Not recommended if you want to use it ON your "lap" b/c it will get toasty.
:)

...
The same goes for graphics that are put into posters' sigs. There's a few examples here in this thread (and most others) where various sig graphics can scroll for an entire screenful!

The sig text was very deliberately limited to about 250 characters. Can we also have the sig wrapped in some html such that the maximum display area is no more than say 1/10th of the window height (or user configurable even) and no wider than the column width?

Either that or I guess most people will have the sigs turned off. Then, noone gets to see any sig, reasonable sized or not...

Thoughts?

Where to send the request for the sig area limiter??

Cheers,
Martin