If I recall, there is a signal injected into a particular place in the
spectrum for all tapes at a frequency that would just be absorbed...
jm7
Raistmer
<[email protected]
> To
Sent by: "Paul D. Buck"
<boinc_dev-bounce <[email protected]>, "Lynn W.
[email protected] Taylor" <[email protected]>
u> cc
[email protected], BOINC
Developers Mailing List
09/29/2009 02:15 <[email protected]>
AM Subject
Re: [boinc_dev] [boinc_alpha] Card
Gflops in BOINC 6.10
>
> The example I used in the past is this. SaH is basically a signal
> hunter. When was the last time that a test work unit with known
> signals in the input data was subjected to analysis? If anyone who
> reads this board knows this they have not yet answered the question.
> All the testing I know of is to use a task of real data that we assume
> we know what is in it because we have run it through the software.
> And because the answer today matches the answer of yesterday we assume
> that the software is correct. Unless the software of yesterday was
> bad .. then we are just making today match yesterday's bad analysis.
>
It's a good point. Maybe Eric could answer if such checks were performed in
lab before releasing SaH application.
But anyway, such testing should be done only once per algorithm change, it
should be done in project's lab and not on participants PCs.
Validity of algorithm used is fundamental question of course, but should be
solved BEFORE app goes into public.
Cause such calibration tasks should calibrate Validator in first place.
Then, being calibrated Validator can do same calibration work on user
returned results deciding what result is good and what is wrong.
There is no need for enormous resource waste running such calibration tasks
on each and every PC joined to project.
Your approach in this part could be compared with such situation:
I refuse to use ruler, I always wanna compare all lenghts I need to measure
with meter etalon.
What would be with geometry if each and every measurement could be done
only
after direct comparison with etalon of meter ?....
_______________________________________________
boinc_dev mailing list
[email protected]
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
_______________________________________________
boinc_dev mailing list
[email protected]
http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev
To unsubscribe, visit the above URL and
(near bottom of page) enter your email address.
