Well it looks like those files to be split at the bottom of the list, that have been there for 2-3 months now, look like they'll be there even longer seeing as new files are already being added again over the top of them again (those new files could've waited until tomorrow) and the 1st new file has 3 AP splitters again tied up plus that file only seems to be producing errors as well. :-(

Cheers.

Given the choice I would take error channels over hung/stuck ones.

Not a good day for AP, it appears.
Looks like the second dataset being split is producing errors as well.

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

Crap....
A third and fourth AP dataset have launched, and both showing errors as well.
And they are not from the same timeframe.
I hope the WUs that are going out are not corrupted.

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

Did most of the channels for the 8 data sets have mostly errors? It looks like they stopped loading more data to be split for now.
Let's hope they noticed the errors and are looking into it & that the MB channels splitters don't get hung up on those data sets.

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

Did the most of the channels for the 8 data sets have mostly errors? It looks like they stopped loading more data to be split for now.
Let's hope they noticed the errors and are looking into it & that the MB channels splitters don't get hung up on those data sets.

I didn't see any without errors, but then I may not have see all that were loaded today.

Cheers.

Please forgive my "stupid question" but i´m a very curious.

If spliting is a simple process of read a big amount of data (50 GB tape) dive and write it in smaller parts (8MB in the case of AP), then how a is possible to get an "splitting error" since all you do is read the data and re-write it on another place?

Obviusly taking away hardware error itself (a disk media error for example). But you are sugesting the error is in the stream of data not the media, of when you talk about splitter erros you are relay talking about a disk media error?

---

Please forgive my "stupid question" but i´m a very curious.

If spliting is a simple process of read a big amount of data (50 GB tape) dive and write it in smaller parts (8MB in the case of AP), then how a is possible to get an "splitting error" since all you do is read the data and re-write it on another place?

Obviusly taking away hardware error itself (a disk media error for example). But you are sugesting the error is in the stream of data not the media, of when you talk about splitter erros you are relay talking about a disk media error?

The server status marks a channels with a gray block when there is an error with that channel. Instead of the bright green block for completed. It may not mean that all data in that channel had errors.
We don't know the error that occurred but I can imagine several types.
- Splitter processes has a memory issue.
- Data read error
- Data write error
- Corrupt data in data set

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

Can seti not send out the data without spliting or would 50G be to much for hosts pc

Can seti not send out the data without spliting or would 50G be to much for hosts pc

Beside a lot of other problems, even if you could DL 50 GB of data (very few have the capacity to safely do that, could take days to DL) process this hugh amount of data could take about a year even on the high end GPU´s. So is not practical.

---

Can seti not send out the data without spliting or would 50G be to much for hosts pc

With a 1.5Mb connection it would take several hours to download that much data. With even slower upload rate it would take much much longer to upload the results.
There are some people that still use dial up as well.

Could they? Sure.
Is it practical? No.
Would it limit the number of people that could participate? Yes.

Never mind the fact a new apps would have to be written, or if a normal desktop could even handle that much work to chew on.

One 50GB data set generates something like 64,000 MB & 6,250 AP tasks.

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

One 50GB data set generates something like 64,000 MB & 6,250 AP tasks.

I think I just heard one of my computers salivate, if that is EVEN possible...lol

yes I now see the problems with big down load the dial up would be on for ever.I am learn thank you lot I use my first pc a few years ago just before I came to seti

Did most of the channels for the 8 data sets have mostly errors? It looks like they stopped loading more data to be split for now.
Let's hope they noticed the errors and are looking into it & that the MB channels splitters don't get hung up on those data sets.

And all AP:s gone out. Big problems with AP splitting? Only about 30k units were split...

Still have some AP's left, I'm good:)

---

rOZZ
Music
Pictures

I'd like to point one problem in AstroPulse units in Seti@home:

How it is still possible to ONE computer to have almost 10% of the total AstroPulse units in progress?

SSP as of 27 Aug 2014, 18:20:09 UTC: Results out in the field 120,599
As of 27 Aug 2014, 18:24:00 UTC: In progress AstroPulse v6 tasks for computer 6016862 In progress (1189)

I hope You get my point. And somebody in S@H staff.

---

"Please keep Your signature under four lines so Internet traffic doesn't go up too much"

- In 1992 when I had my first e-mail address -

I'd like to point one problem in AstroPulse units in Seti@home:

How it is still possible to ONE computer to have almost 10% of the total AstroPulse units in progress?

SSP as of 27 Aug 2014, 18:20:09 UTC: Results out in the field 120,599
As of 27 Aug 2014, 18:24:00 UTC: In progress AstroPulse v6 tasks for computer 6016862 In progress (1189)

I hope You get my point. And somebody in S@H staff.

1189/120599 = 0.009859 or 0.9%
12,000 would be 10% of 120,000
Some older version of BOINC don't work with the limit system. I don't think their version is one of them. There is also rescheduling to hoard more work. Which was discussed some time ago.

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

I'd like to point one problem in AstroPulse units in Seti@home:

How it is still possible to ONE computer to have almost 10% of the total AstroPulse units in progress?

SSP as of 27 Aug 2014, 18:20:09 UTC: Results out in the field 120,599
As of 27 Aug 2014, 18:24:00 UTC: In progress AstroPulse v6 tasks for computer 6016862 In progress (1189)

I hope You get my point. And somebody in S@H staff.

1189/120599 = 0.009859 or 0.9%
12,000 would be 10% of 120,000
Some older version of BOINC don't work with the limit system. I don't think their version is one of them. There is also rescheduling to hoard more work. Which was discussed some time ago.

I'm on 6.10.58 on all my rigs, that rig is on 6.10.60...
My rigs use the limits. I suspect rescheduling.

And I believe that a small bit of code tweaking could probably put an end to that nonesense if it looked at the total amount of work a computer has downloaded and compared that to what it is entitled to.

It would appear the right now, the servers only look at it on a per device basis, and if any device is not up to the 100 limit, it sends some more. It does not take into account, apparently, the fact that another device on the host has way more work than the limits should allow it to have received. The host in question should have no more than 500 WUs at a time.

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

I'd like to point one problem in AstroPulse units in Seti@home:

How it is still possible to ONE computer to have almost 10% of the total AstroPulse units in progress?

SSP as of 27 Aug 2014, 18:20:09 UTC: Results out in the field 120,599
As of 27 Aug 2014, 18:24:00 UTC: In progress AstroPulse v6 tasks for computer 6016862 In progress (1189)

I hope You get my point. And somebody in S@H staff.

1189/120599 = 0.009859 or 0.9%
12,000 would be 10% of 120,000
Some older version of BOINC don't work with the limit system. I don't think their version is one of them. There is also rescheduling to hoard more work. Which was discussed some time ago.

My mistake on calculations, I am sorry. (note to self, do not make calculations on high fever)

Anyway this computer has been mentioned several times in rescheduling threads.

Time to go bed, sorry again for this fever "rage" message...

---

"Please keep Your signature under four lines so Internet traffic doesn't go up too much"

- In 1992 when I had my first e-mail address -

I'd like to point one problem in AstroPulse units in Seti@home:

How it is still possible to ONE computer to have almost 10% of the total AstroPulse units in progress?

SSP as of 27 Aug 2014, 18:20:09 UTC: Results out in the field 120,599
As of 27 Aug 2014, 18:24:00 UTC: In progress AstroPulse v6 tasks for computer 6016862 In progress (1189)

I hope You get my point. And somebody in S@H staff.

1189/120599 = 0.009859 or 0.9%
12,000 would be 10% of 120,000
Some older version of BOINC don't work with the limit system. I don't think their version is one of them. There is also rescheduling to hoard more work. Which was discussed some time ago.

My mistake on calculations, I am sorry. (note to self, do not make calculations on high fever)

Anyway this computer has been mentioned several times in rescheduling threads.

Time to go bed, sorry again for this fever "rage" message...

I always suggest plenty of alcoholic drinks to kill bugs that cause fever.

I'm not sure SETI@home staff has the free time to verify people reschedule hoarding tasks. Then create a method to stop it from occurring.
The few people that wish to do this will spend much more effort working around it than the people running it have to keep up.

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

I'm not sure SETI@home staff has the free time to verify people reschedule hoarding tasks. Then create a method to stop it from occurring.
The few people that wish to do this will spend much more effort working around it than the people running it have to keep up.

I proposed what I think might be a possible solution in my post below.

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

I'm not sure SETI@home staff has the free time to verify people reschedule hoarding tasks. Then create a method to stop it from occurring.
The few people that wish to do this will spend much more effort working around it than the people running it have to keep up.

I proposed what I think might be a possible solution in my post below.

They have the ability to set limits per host or per device. Per host is a fixed value instead of one that varies with hardware.

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[