Also, it looks like MB is about to run out of tapes to split.

Will probably last for a while as there is only on MB splitter that is alive at the moment. But it probably won't be long before it is needed- that huge Ready to Send buffer is shrinking rapidly.

---

Grant
Darwin NT

Hello folks,

What is the limit for a VLAR task ?
I received a number of tasks that take much longer than usual on my GPU.
Angle for these tasks seems to be 0.125883

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

Are VLAR tasks being sent to GPU or are these tasks just closer to the limit than anything I have seen before ?

Tom

P.S. Sorry I posted this in the wrong thread first

---

Do you mean an angular limit or an execution time limit?

---

Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

Do you mean an angular limit or an execution time limit?

I mean the angle. I didn't know there was a difference in handling execution time between VLAR and non-VLAR tasks. I thought the maximum execution time was always the estimated time multiplied by a constant (although I forgot the value of the constant).

Tom

---

Do you mean an angular limit or an execution time limit?

I mean the angle. I didn't know there was a difference in handling execution time between VLAR and non-VLAR tasks. I thought the maximum execution time was always the estimated time multiplied by a constant (although I forgot the value of the constant).

Tom

MB tasks with AR < 0.120000 get the .vlar extension.

Maximum execution time is indeed directly related to the raw estimate, a 10x multiple. However, the raw estimate is multiplied by Duration Correction Factor to give the actual estimate but the time limit does not use DCF.

                                                                  Joe

The thin blue line on Cricket is heading south. More reporting problems. I'm sure it will all be fixed when they get in for work but this could be ominous coming before the weekend.

---

Data Out on the Cricket Graph has dropped almost to the floor, and scheduler contacts now can't connect to reference site.

Graphs for gigabitethernet2_3

Claggy

scheduler contacts now can't connect to reference site.

Can't connect to reference site means you can't connect to google.com (or whatever you have specified in your cc_config) which has very likely nothing to do with what you see on the graph.

---

scheduler contacts now can't connect to reference site.

Can't connect to reference site means you can't connect to google.com (or whatever you have specified in your cc_config) which has very likely nothing to do with what you see on the graph.

Actually, it was a attempting access to reference site, and not that the reference site was down, i misread:

01/02/2013 10:03:38 Project communication failed: attempting access to reference site
01/02/2013 10:03:38 SETI@home Scheduler request failed: Couldn't connect to server
01/02/2013 10:03:38 SETI@home [sched_op_debug] Deferring communication for 1 min 0 sec
01/02/2013 10:03:38 SETI@home [sched_op_debug] Reason: Scheduler request failed
01/02/2013 10:03:41 Internet access OK - project servers may be temporarily down.

Claggy

Sure something must be wrong in the lab, and is to early in CA to anyone be there now, maybe just the ghosts on the machines.

Requests UL/DL all end´s on a black hole.

All my hosts are running out of GPU work in the SETI dryland, soon they will be out of CPU work too.

But something calls my attention, why the cricket graph green line still shows 100% of bandwidth usage if anyone can´t UL/Dl nothing? Maybe someone or something else is taking a "free ride" on the Internet connection of the lab? That could be a source of our connection problems?

---

Stuck Astropulse V6

have ap-28mr10aa-b2-p1-00211-2012059-14928 sitting on page since 26 Jun 2012.
2 computers are validated and one pending.
Is there something I need to do to remove this or is it lost?

Stuck Astropulse V6

have ap-28mr10aa-b2-p1-00211-2012059-14928 sitting on page since 26 Jun 2012.
2 computers are validated and one pending.
Is there something I need to do to remove this or is it lost?

Just wait and wait and wait and…..

I have a stuck wu since Aug. 2010 :-)

Tim

---

But something calls my attention, why the cricket graph green line still shows 100% of bandwidth usage if anyone can´t UL/Dl nothing? Maybe someone or something else is taking a "free ride" on the Internet connection of the lab? That could be a source of our connection problems?

That's normal -- it takes a while for the backlog of pending downloads to be worked through, especially if it contains the large AP w/us. Looks like it's coming down now. The server status page has not been updated since about an hour after the inbound traffic started to fall, as well.

---