Pulsar

Aashish
Aashish
Joined: 13 Jun 12
Posts: 3
Credit: 31802
RAC: 0
Topic 196496

while this file was running i saw the white lines in the spectrum...google search suggested it was sign of pulsar find... but the file was not validated ... its marked invalid...?? any particular reason??? p2030.20111005.G64.25-00.28.N.b1s0g0.00000_224

Horacio
Horacio
Joined: 3 Oct 11
Posts: 205
Credit: 80557243
RAC: 0

Pulsar

I dont have access to the extended results (and neither the knowlodge to interpret them) so I cant say you specifically why it was marked as invalid, but, in general, all the work units are sent initially to 2 different users, when both results are returned the server compares them and if they are equal (or there are only minimal differences due to rounding errors) then both are marked as valid. If they are not enough equal, then the same work unit is sent to a third user and at the return of this third result all of them are compared, and depending on the result of that comparison it could happen that all of them get marked as valid or just 2 of them or even, that a fourth result is needed...

For example, if the first 2 usrs return lets say a "4" and a "6" and the maximun acceptable difference were 1, a third result is needed, and then if the third returns a "5" then all three will become valid, but if the third one returns "3" or "4" then the one that returned "6" will be marked as invalid, it the third result is a "2" or a "7" then a fourth result will be needed. (Of course results are not just one integer number)

AFAIK, (bu not sure how much of this is valid on Einstein) data with a lot of radio frequency interference is the most common reasson for highly noticeable patterns and also those noisy signals are the ones that have more chances to lead to different results on different hardware.

Aashish
Aashish
Joined: 13 Jun 12
Posts: 3
Credit: 31802
RAC: 0

My application was :Binary

My application was :Binary Radio Pulsar Search (Arecibo) v1.22 (BRP4SSE)

while others were

Binary Radio Pulsar Search (Arecibo) v1.25 (BRP4cuda32nv301)

could it be case of simple mismatch of application?

BilBg
BilBg
Joined: 27 May 07
Posts: 56
Credit: 23998
RAC: 0

http://einstein.phys.uwm.edu/


http://einsteinathome.org/workunit/129803839

Usually different apps for the same type of task (BRP4) running on different devices (CPU, GPU) have to give (are designed to give) similar results.

I can't say if yours or the 2 CUDA results are 'wrong', someone familiar with the apps have to look.

[pre] [/pre]

- ALF - "Find out what you don't do well ..... then don't do it!" :)

Aashish
Aashish
Joined: 13 Jun 12
Posts: 3
Credit: 31802
RAC: 0

And who that might be?... any

And who that might be?... any idea?

Gary Roberts
Gary Roberts
Moderator
Joined: 9 Feb 05
Posts: 5877
Credit: 118640417250
RAC: 18480482

RE: while this file was

Quote:
while this file was running i saw the white lines in the spectrum


What 'spectrum'? Are you referring to the output of the screensaver graphics? Please be aware that the graphics app produces images that have no relationship to the calculations being performed on the current workunit.

Quote:
...google search suggested it was sign of pulsar find...


What google search? Can you give a link? At the time tasks are being crunched, it's not possible to know or see any indication of any sort of a 'find'. The data that is sent back to the project has to undergo extensive post-processing to see if anything of interest has been 'found'.

Quote:
but the file was not validated ... its marked invalid...??


Unfortunately, not all successfully completed results are found to be valid. Most often, this is due to overstressed hardware in the machine doing the crunching - things like excessive heat, flaky memory, overclocking, non-clean power (ripple and noise), faulty capacitors, etc. Is your machine a laptop? Have you checked that the airflow is good - no blockages due to dust and/or lint? Do you check operating temperatures? Crunching puts a lot of stress on laptops.

A much smaller number of invalid results may be due to differences in the platforms on which the results were calculated - particularly where a 'CPU' result is being compared with a 'GPU' result. The validator tries to make allowances for these differences and is usually quite good at doing so. It's possible that your result was just not quite close enough to the other two.

The Admins do not have the time to manually investigate individual results when you consider the large numbers of these flooding in every day. If you continue to see invalid results and you are troubled by these and you are sure your hardware is OK, perhaps you could consider adjusting your preferences so as not to receive BRP4 tasks. These do have the highest invalid rates - take a look at the server status page to get a feeling for this. Currently in the online database there are over 3600 invalid BRP4 tasks but only 67 invalid S6LV1 tasks.

Thanks for your contribution and good luck with your future crunching.

Cheers,
Gary.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.