Message boards :
Number crunching :
B0rked Mac!!
Message board moderation
Author | Message |
---|---|
![]() Send message Joined: 3 Jul 02 Posts: 129 Credit: 2,166,460 RAC: 0 ![]() |
What happens when somebody is obviuosly running a dodgy rig and keeps sending back carp results?? Look at host 207838 in these wus 3170074 3170092 3170090 3170091 Luckily he is not getting anything granted. Do Berkeley do anything, or do they wait until the host eventually realise that he is getting no credit and fixes the problem? Dunc ![]() |
![]() ![]() Send message Joined: 26 Oct 00 Posts: 1005 Credit: 6,366,949 RAC: 0 ![]() |
Interesting things to note: 1) The validator seems to be validating the other 2 results even though it doesn't have its usual 3 matching results. 2)The work units are reported as being successfully processed even though there is an error message in the result detail. As far as berkeley 'doing something' about the problem... about the only thing being done is limiting the number of work units that this host can download. The limit is 50 work units per day. If he is processing work units in a few minutes as is being indicated, he will probably be hitting that 50/day limit pretty quick. We just have to hope Mr. macintosh notices that his computer is sitting idle and/or not getting any credit and decides to investigate. Users are not notified when their rigs are misbehaving. A member of The Knights Who Say NI! For rankings, history graphs and more, check out: My BOINC stats site |
![]() Send message Joined: 13 Jan 00 Posts: 291 Credit: 22,594,655 RAC: 0 ![]() |
> What happens when somebody is obviuosly running a dodgy rig and keeps sending > back carp results?? > > Look at host 207838 in these wus > > <a> href="http://setiweb.ssl.berkeley.edu/workunit.php?wuid=3170074">3170074[/url] > <a> href="http://setiweb.ssl.berkeley.edu/workunit.php?wuid=3170092">3170092[/url] > <a> href="http://setiweb.ssl.berkeley.edu/workunit.php?wuid=3170090">3170090[/url] > <a> href="http://setiweb.ssl.berkeley.edu/workunit.php?wuid=3170091">3170091[/url] > > Luckily he is not getting anything granted. > > Do Berkeley do anything, or do they wait until the host eventually realise > that he is getting no credit and fixes the problem? > > Dunc > > >This is the part I dont get 14 day limit. If there is science in the work unit and it has been completed you deserve credit wether it takes 2hours or 10 weeks. ![]() |
![]() ![]() Send message Joined: 26 Oct 00 Posts: 1005 Credit: 6,366,949 RAC: 0 ![]() |
> This is the part I dont get 14 day limit. If there is science in the work > unit and it has been completed you deserve credit wether it takes 2hours or 10 > weeks. What does the 14 day time limit have to do with anything in this post? The units that this host is processing are all getting done in a few minutes. No CPU out there can do that. There is obviously something wrong so no science is getting done and he should not (and is not) get credit. As for 'why the 14 day limit'. That is in place because of the result verification process. Since 3 results have to be recieved before it is validated, you MUST put an upper limit on it so that if someone doesn't process the work unit it is re-issued. If you want a year to do your work unit go do Climateprediciton.net - of course it also takes 3-4 weeks of CPU time to do the work unit on an AMD 2600 :) A member of The Knights Who Say NI! For rankings, history graphs and more, check out: My BOINC stats site |
![]() Send message Joined: 13 Jan 00 Posts: 291 Credit: 22,594,655 RAC: 0 ![]() |
> > This is the part I dont get 14 day limit. If there is science in the > work > > unit and it has been completed you deserve credit wether it takes 2hours > or 10 > > weeks. > > What does the 14 day time limit have to do with anything in this post? The > units that this host is processing are all getting done in a few minutes. No > CPU out there can do that. There is obviously something wrong so no science > is getting done and he should not (and is not) get credit. > > As for 'why the 14 day limit'. That is in place because of the result > verification process. Since 3 results have to be recieved before it is > validated, you MUST put an upper limit on it so that if someone doesn't > process the work unit it is re-issued. If you want a year to do your work > unit go do Climateprediciton.net - of course it also takes 3-4 weeks of CPU > time to do the work unit on an AMD 2600 :) > > >WOOPS read it wrong. ![]() |
![]() Send message Joined: 1 Sep 00 Posts: 20 Credit: 3,752,328 RAC: 0 ![]() |
If he look at the message tab whilst the client is connecting to the server, he will notice it is asking him to upgrade to the lastest client What seti can do is turn off wu downloading for 4.11 client and below |
Ingleside Send message Joined: 4 Feb 03 Posts: 1546 Credit: 15,832,022 RAC: 13 ![]() ![]() |
> 2)The work units are reported as being successfully processed even though > there is an error message in the result detail. "SETI@Home Informational message -9 result_overflow NOTE: The number of results detected exceeds the storage space allocated." This is not an error-message, but an information-message, so reporting as "success" is correct. Most -9 wu contains too much noise, so it's no point continue crunching. It's just like in "classic" a wu that mostly terminates after a couple of minutes. But, this mac is the only one getting this message, so clearly something is wrong either in his client or his computer. Not sure if macs can be overcloked, but some windows-machines in "classic" overclocked too much have burned through thousands of wu in short time. Atleast BOINC is better here, since no credit is given for these clearly wrong results. |
haddock29 Send message Joined: 18 Sep 99 Posts: 36 Credit: 26,012,417 RAC: 0 ![]() |
It seems that there is a problem with the optimized client for G4 and G5 processors. I also got a lot of result_overflow messages (for more than 400 WUs). Its not a problem for others users: the WU processed by the bad mac client have a 0 credit, and the 2 others have their normal credit (sometimes the lowest claimed value, sometimes the mean). More, there is no additional delay due to the wrong computation: the mac is included in the 3 mandatory computations. Of course, it is not very interesting for the mac user to have hundreds of 0 credits... |
![]() ![]() Send message Joined: 9 Sep 99 Posts: 44 Credit: 353,365 RAC: 0 ![]() |
> It seems that there is a problem with the optimized client for G4 and G5 > processors. I also got a lot of result_overflow messages (for more than 400 > WUs). Its not a problem for others users: the WU processed by the bad mac > client have a 0 credit, and the 2 others have their normal credit (sometimes > the lowest claimed value, sometimes the mean). More, there is no additional > delay due to the wrong computation: the mac is included in the 3 mandatory > computations. > Of course, it is not very interesting for the mac user to have hundreds of 0 > credits... > > I had the same problem. Using the optimized version for a G5... Only noticed that I wasn't getting credit after 500 WU! I've gone back to the un-optimized version now. -Aardvark |
©2025 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.