Message boards :
Number crunching :
SETI@Home Informational message -9 result_overflow question.
Message board moderation
Author | Message |
---|---|
BoincSpy Send message Joined: 3 Apr 99 Posts: 146 Credit: 124,775,115 RAC: 353 |
I was looking at the results of some of the -9 result_overflows and noticed that the status of the work Unit is 'Completed and validated' . However, when I look at the source code on the seti client it is reported as an error, In analyzeReport: if (signal_count >= swi.analysis_cfg.max_signals) { SETIERROR(RESULT_OVERFLOW,"in result_spike"); } So wondering if this workunit is an error or its okay to have the signal_count to be >= than allowable max signals. Also noticed that when these errors occur that the run time and cpu times are very small compared to other completed WUs. Thanks in advance, BoincSpy |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
It has been decided by the project scientists that any work unit that is analyzed to have 30 or more spikes in it is to be flagged as useless. So the task is verified to be correct but of no use. These tasks are what we euphemistically call a "noise bomb" and are processed very fast normally. The fast ones are called early overflows and the ones that run almost the normal length of time are called late overflows. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14650 Credit: 200,643,578 RAC: 874 |
Not true. The 30th, or 31st, signal might occur after 99.9% of the processing has been done, and the signals found are just as important to the scientific analysis as the signals in any other workunit. A task with more than 30 reported signals is handled via a different, but equally 'normal', exit route: it is treated as a "runtime outlier" to avoid distorting the various scheduler components in BOINC, but the signals are processed through validation and into the science database as normal. The validation step is important. There have been times in the past when hardware and software problems caused volunteers' computers to erroneously report an overflow exit: most notoriously, when 'Fermi' architecture GPUs reached the retail market before anyone at the project understood that the current v6.08 and v6.09 applications were incompatible with the new hardware. Many false overflow results had to weeded out through validation, and re-worked on compatible hardware, before we got v6.10 deployed. It is true that the very noisiest WUs, with the shortest run-time before overflow, are unlikely to contain much significant science, but the concept that *every* overflow is a worthless noise bomb has come from volunteers, not from the project scientists. |
Keith Myers Send message Joined: 29 Apr 01 Posts: 13164 Credit: 1,160,866,277 RAC: 1,873 |
Thank you for correcting my misunderstanding Richard. I thought any overflow task was not put into the database. Seti@Home classic workunits:20,676 CPU time:74,226 hours A proud member of the OFA (Old Farts Association) |
BoincSpy Send message Joined: 3 Apr 99 Posts: 146 Credit: 124,775,115 RAC: 353 |
Thank you for the explanation.. |
©2024 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.