Message boards :
Technical News :
Blip (Sep 16 2009)
Message board moderation
Previous · 1 · 2 · 3 · Next
Author | Message |
---|---|
Claggy Send message Joined: 5 Jul 99 Posts: 4654 Credit: 47,537,079 RAC: 4 |
My preferences are You still won't get any Astroulse_v505 work, because you'll almost always get Seti@home enhanced work when you ask for it, so the last option doesn't come into play, to get it you need to set SETI@home Enhanced to No, In this case you'll ask for Astropulse and Astropulse_v5 work, but you won't get and of them, (None available) so you'll now get sent Seti@home enhanced and Astropulse_v505 instead. Claggy |
Norwich Gadfly Send message Joined: 29 Dec 08 Posts: 100 Credit: 488,414 RAC: 0 |
Thanks, that seems to confirm my earlier point that there is no point in having more than one Astropulse switch, as the version of the software to process a given work unit is not under the control of the user. |
Claggy Send message Joined: 5 Jul 99 Posts: 4654 Credit: 47,537,079 RAC: 4 |
The version of the software to process a given work isn't supposed to be under the control of the user, If you decided to run An Astropulse_v505 Wu with one of the Obsolete Astropulse or Astropulse_v5 apps, you'll find it just won't validate. The switches are there to enable/disable what work is sent by the schedular to the Boinc client on your computer, and it is the schedular that Brands the WU with what app it requires, so that Boinc can then run the correct app. Claggy |
Duke of Buckingham [Black Sheep] Send message Joined: 19 Jun 09 Posts: 4 Credit: 233,494 RAC: 0 |
I have one task pending since 30 july, task 1320233368. Is it normal? Ricardo |
Norwich Gadfly Send message Joined: 29 Dec 08 Posts: 100 Credit: 488,414 RAC: 0 |
Which brings me back to my original point: why not have just ONE Astropulse user switch ? |
Claggy Send message Joined: 5 Jul 99 Posts: 4654 Credit: 47,537,079 RAC: 4 |
The version of the software to process a given work isn't supposed to be under the control of the user, Because there's been different Astropulse Applications? Claggy |
Claggy Send message Joined: 5 Jul 99 Posts: 4654 Credit: 47,537,079 RAC: 4 |
Because the project hasn't had the time to take out the old Astropulse switches and put in the new Astropulse_v505 switch? Claggy |
Norwich Gadfly Send message Joined: 29 Dec 08 Posts: 100 Credit: 488,414 RAC: 0 |
Since the work units define the software version to be used, only two switches are needed: SETI@home Enhanced: yes / no Astropulse: yes / no The others are superfluous. |
Sutaru Tsureku Send message Joined: 6 Apr 07 Posts: 7105 Credit: 147,663,825 RAC: 5 |
I have one task pending since 30 july, task 1320233368. Is it normal? You mean this WU: [http://setiathome.berkeley.edu/workunit.php?wuid=485578903] Like you see, your first wingman didn't sent a result. He missed the deadline. So a third WU was sent to your second wingman. Uhh.. but he have: Average turnaround time 37.56 days So maybe in a few days - if you have good luck - he will send a result and then if the result match with yours, then you will get your credits. BTW. For this kind of questions - the next time the NC subforum. ;-) BTW. Welcome in the SETI@home forum! :-) |
1mp0£173 Send message Joined: 3 Apr 99 Posts: 8423 Credit: 356,897 RAC: 0 |
Because there isn't just one Astropulse application. There are three different ones. |
Norwich Gadfly Send message Joined: 29 Dec 08 Posts: 100 Credit: 488,414 RAC: 0 |
So what ? The purpose of the switches is to allow volunteers to select either Enhanced, Astropulse, or both because the two applications have different run times and other characteristics. Is there any reason for volunteers to be able to distinguish between the different versions ("applications" if you prefer) of Astropulse ? The argument given in an earlier message that the output formats from the various Astropulse versions are different is irrelevant as BOINC will always pick the correct version to process a work-unit. |
Geek@Play Send message Joined: 31 Jul 01 Posts: 2467 Credit: 86,146,931 RAC: 0 |
Newly created Astropulse work would be version 505. At this time the only reason an older Astropulse version would be issued is if someone needs a wingman to process the work to get verification and credit. And of course that someone would need the proper version app to properly crunch it. Boinc....Boinc....Boinc....Boinc.... |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14650 Credit: 200,643,578 RAC: 874 |
Some people might be willing to help out with a few resends of older work, to help clear the almost-complete run out of the database, but prefer to devote the major part of their CPU donation to Multibeam or another project entirely. |
1mp0£173 Send message Joined: 3 Apr 99 Posts: 8423 Credit: 356,897 RAC: 0 |
BOINC doesn't know that Astropulse, Astropulse V5 and Astropulse V505 are in any way related. There is no way to express the concept. So, if the demand is that the switches be "ganged" you either introduce some odd bugs (Astropulse "on" doesn't include new Astropulse versions, but turn it off and back on and it does), or it requires a program to go through and "flip" all of the switches as applications change (expensive in server time). ... or it requires a major restructuring of BOINC. ... or it requires customizing BOINC, which makes updates a lot harder in the future. "So What?" in this case is a big chunk of unavailable developer time, so no matter how right you are that this is how it SHOULD work, the odds of it being changed in the next few weeks are vanishingly small. .... no matter how much you want to argue that it SHOULD work that way. In my opinion, the best solution is to just take all the switches out and not worry about it. If someone really needs that functionality, they can handle it through APP_INFO.XML, client side. |
52 Aces Send message Joined: 7 Jan 02 Posts: 497 Credit: 14,261,068 RAC: 67 |
Would be nice if they had a process back then to aggressively End-Of-Life any legacy components (in this case, Astropulse & Astropulse v5) so this confussion is not subjected upon the mass of generalists. How to do that? Have a dedicated mid-tear crunch box at Berkeley running the older version and fork all inventory & all future re-issues to that box. Anyone already processing an AP will finish up fine, anyone who has yet to begin but upgrades somehow will have that AP instantly fail and tossed back into the re-issue pile. Meanwhile the dedicated box at Berkeley will finish up existing and wingman reporting and all re-issues for the next 30 to 90 days. If any of it's own AP WU's time out, they get re-issued back to itself. The box need not be at Berkeley either, it could be a willing volunteer tester, etc. Of course there is no doubt more complexity to it than outlined, but the primary take away is never subject avg users to a hierarchy of obtuse switches, and I understand it's because that's what was permissable with the Boinc framework to begin with. |
1mp0£173 Send message Joined: 3 Apr 99 Posts: 8423 Credit: 356,897 RAC: 0 |
Of course there is no doubt more complexity to it than outlined, but the primary take away is never subject avg users to a hierarchy of obtuse switches, and I understand it's because that's what was permissable with the Boinc framework to begin with. Part of the nature of software development (I'm just shy of 40 years experience, which is a scary thought) is that the developers do their best to dream up something that works, and works well, and then they turn it over to users, and hope it does well. In this particular case, it's BOINC, and the users are projects like SETI@Home, Einstein, LHC. As I understand it, the work going out to Astropulse is the same for all three versions. The difference is in the result files, and that means different validators. They could have written a super-validator that recognized the difference, but they'd also have to make sure that work originally crunched by Astropulse V5 is always crunched by V5, or someone gets cheated. That's a lot harder. The easy way is to make each a completely separate application. So, now we have four different applications "in play" at the moment, and BOINC has to keep them all separate. No problem. It does that. Even that is only an issue internally if the project doesn't add the ability to select and deselect the kind of work that they want to do. It would have been much easier (in hindsight) to just not put the switches at all. The fix is to remove the visible Astropulse and Astropulse V5 switches and add an Astropulse v505 switch, and write a program that looks at the two existing switches and sets the new 505 switch to match, then add the 505 choice. Those crunchers who used to do older AP will still be available, along with everyone who said they don't care. To have a dedicated "mid-tier" cruncher would mean going through the database (again) and turning off AP and APv5 for every machine except the dedicated cruncher, and that's the same kind of PITA that they'd run into if they have to implement Mr. Gadfly's imperative. Ultimately, the question becomes: is it more important to fix that switch or is it better to get the radar blanking working and tested? I know how I'd fix it: in the veterinary sense. |
Norwich Gadfly Send message Joined: 29 Dec 08 Posts: 100 Credit: 488,414 RAC: 0 |
Well my options are to accept any type of unit S@H sends. As long as BOINC is capable of selecting the correct software to crunch a unit, and doesn't use APv505 to crunch an APv5 or an APvprevious, for example, my computer's efforts will not have been in vain. |
1mp0£173 Send message Joined: 3 Apr 99 Posts: 8423 Credit: 356,897 RAC: 0 |
Well my options are to accept any type of unit S@H sends. As long as BOINC is capable of selecting the correct software to crunch a unit, and doesn't use APv505 to crunch an APv5 or an APvprevious, for example, my computer's efforts will not have been in vain. BOINC takes care of keeping the applications straight, so there is no danger of losing credit because BOINC used the wrong application. |
KWSN THE Holy Hand Grenade! Send message Joined: 20 Dec 05 Posts: 3187 Credit: 57,163,290 RAC: 0 |
Well my options are to accept any type of unit S@H sends. As long as BOINC is capable of selecting the correct software to crunch a unit, and doesn't use APv505 to crunch an APv5 or an APvprevious, for example, my computer's efforts will not have been in vain. As I understand it, the three OUTGOING file formats are different, that is why there were two switches to start with! . Hello, from Albany, CA!... |
Norwich Gadfly Send message Joined: 29 Dec 08 Posts: 100 Credit: 488,414 RAC: 0 |
Well my options are to accept any type of unit S@H sends. As long as BOINC is capable of selecting the correct software to crunch a unit, and doesn't use APv505 to crunch an APv5 or an APvprevious, for example, my computer's efforts will not have been in vain. Sorry I cannot follow that logic. Whatever type of work unit the server sends to be crunched, it has to be able to accept the file format produced by the crunching software. This would be true if volunteers did not have switches to control what types of work-unit to crunch. So it would be possible to have one switch to control several work unit types. |
©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.