Message boards :
Number crunching :
MBv7 re-observation of MBv6 processed data - optimization is possible?
Message board moderation
Author | Message |
---|---|
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
As I understand, current tapes were processed by MultiBeam v6 and now get re-process with MultiBeam v7. Is it right? |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14650 Credit: 200,643,578 RAC: 874 |
As I understand, current tapes were processed by MultiBeam v6 and now get re-process with MultiBeam v7. Is it right? And have been doing for several months. I get asked periodically why no new tapes have appeared in the SETI data distribution history. No new tapes (disks, actually) are known to have been received from Arecibo since 5 December 2014, and we'd processed all those before the turn of the year. |
Raistmer Send message Joined: 16 Jun 01 Posts: 6325 Credit: 106,370,077 RAC: 121 |
Then lets recall in what SETI MB v7 is different from v6? Only Autocorrelation? |
Josef W. Segur Send message Joined: 30 Oct 99 Posts: 4504 Credit: 1,414,761 RAC: 0 |
Then lets recall in what SETI MB v7 is different from v6? Yes. If the project wanted to, they could use an analysis_cfg for these reruns which specified processing only the 128K FFT length with a single chirp limit of 30. That would give them the added Autocorrs with a minimum of redundant signal searches. All tasks would be extreme shorties (AR would make no difference). All dedicated crunchers would be screaming because they couldn't get enough work. However, there's another reason to reprocess those tapes, the switch to PFB splitting is supposed to be providing cleaner data. I suspect that's more important to the science. Joe |
kittyman Send message Joined: 9 Jul 00 Posts: 51468 Credit: 1,018,363,574 RAC: 1,004 |
As I understand, current tapes were processed by MultiBeam v6 and now get re-process with MultiBeam v7. Is it right? I am curious about this as well. Are we not getting new data from Arecibo? If not, why not? I am not sure what the usual turn around time for a box of drives from Arecibo has been in the past. Or have we been getting more data but just not rolling it out due to unresolved database issues? "Freedom is just Chaos, with better lighting." Alan Dean Foster |
HAL9000 Send message Joined: 11 Sep 99 Posts: 6534 Credit: 196,805,888 RAC: 57 |
As I understand, current tapes were processed by MultiBeam v6 and now get re-process with MultiBeam v7. Is it right? It was mentioned when the got the last shipment of data that is was only a partial full box of drives. Which they only did because we were out of data to split at the time. It could be that whomever is paying for the time at Arecibo is doing something that is incompatible with the recording data for us. Such as looking for near Earth objects that may impact the planet. There is a site that lists the scheduled activity for Arecibo. Which might give a hint as to how much they have been able to record. SETI@home classic workunits: 93,865 CPU time: 863,447 hours Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[ |
Brent Norman Send message Joined: 1 Dec 99 Posts: 2786 Credit: 685,657,289 RAC: 835 |
There was talk about v8 of SETI I think they are trying to get all the old data processed with the latest ap before they change anything. |
©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.