Astropulse Errors II-Optimized version 5.03!

Message boards : Number crunching : Astropulse Errors II-Optimized version 5.03!
Message board moderation

To post messages, you must log in.

1 · 2 · 3 · 4 . . . 7 · Next

AuthorMessage
Profile Blurf
Volunteer tester

Send message
Joined: 2 Sep 06
Posts: 8948
Credit: 12,678,685
RAC: 0
United States
Message 875031 - Posted: 12 Mar 2009, 22:34:16 UTC
Last modified: 12 Mar 2009, 22:38:49 UTC

This thread is to post errors and address concerns regarding the new Optimised AP v5.03 Astropulse application.

Please do not open new threads but post errors and commentary here.

Please, upgrade your Optimized AP version to ap_5.03 and Current Opt. App of r112!

Thanks!


ID: 875031 · Report as offensive
JarrettH

Send message
Joined: 14 Nov 02
Posts: 97
Credit: 25,385,250
RAC: 95
Canada
Message 875132 - Posted: 13 Mar 2009, 4:50:48 UTC
Last modified: 13 Mar 2009, 4:53:19 UTC

This is sort of broad, but it feels like I haven't received any SETI work for a couple weeks since using the optimized AP 5.03. My work queue is for 10 days and since crunching takes about 15hr per unit, AP units fill this queue.

Is there some error in here preventing me from getting SETI work? I definitely remember prior to using the new optimized AP that I would receive work for SETI also.

<app_info>
<app>
<name>setiathome_enhanced</name>
</app>
<file_info>
<name>AK_v8_win_SSSE3x.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>setiathome_enhanced</app_name>
<version_num>528</version_num>
<file_ref>
<file_name>AK_v8_win_SSSE3x.exe</file_name>
<main_program/>
</file_ref>
</app_version>
<app_version>
<app_name>setiathome_enhanced</app_name>
<version_num>603</version_num>
<file_ref>
<file_name>AK_v8_win_SSSE3x.exe</file_name>
<main_program/>
</file_ref>
</app_version>
<app>
<name>astropulse</name>
</app>
<file_info>
<name>ap_5.00r103_SSE3.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>astropulse</app_name>
<version_num>500</version_num>
<file_ref>
<file_name>ap_5.00r103_SSE3.exe</file_name>
<main_program/>
</file_ref>
</app_version>
<app>
<name>astropulse_v5</name>
</app>
<file_info>
<name>ap_5.03r112_SSE3.exe</name>
<executable/>
</file_info>
<app_version>
<app_name>astropulse_v5</app_name>
<version_num>503</version_num>
<file_ref>
<file_name>ap_5.03r112_SSE3.exe</file_name>
<main_program/>
</file_ref>
</app_version>
</app_info>

My SETI app is "AK_v8_win_SSSE3x.exe"

Using a Core 2 Duo E6600 and BOINC 6.4.5
ID: 875132 · Report as offensive
Profile FaaRsiDe

Send message
Joined: 20 Feb 00
Posts: 6
Credit: 50,080,582
RAC: 393
United States
Message 875256 - Posted: 13 Mar 2009, 20:25:51 UTC - in response to Message 875132.  

JarrettH...

I do not believe you are receiving no SAH workunits due to your optimized-AP. I am running stock AP app and SAH 6.4.5 and have received NO SAH workunits either for approx. one week. My belief is that something is up with the overall project and scheduling/transmission of SAH workunits. I could be wrong, but have no other explanation, and have not yet received any response from the project regarding this.

FaaRsiDe

ID: 875256 · Report as offensive
Josef W. Segur
Volunteer developer
Volunteer tester

Send message
Joined: 30 Oct 99
Posts: 4504
Credit: 1,414,761
RAC: 0
United States
Message 875271 - Posted: 13 Mar 2009, 21:39:01 UTC

It's my distinct impression that difficulty getting MB work is an issue with BOINC 6.4.x and later. I'm using an older version of BOINC which simply asks for enough work to fill xxxx seconds rather than having separate requests by resource. My project preferences are set to ask for MB work but allow other work, and I've had no difficulty getting MB work. Since the beginning of March, there was one work request when the Scheduler said it didn't have any, and one where it delivered an AP_v5 WU because it didn't have any MB. All others got MB work, though with the way I manage my dial-up connection that only amounts to about 50 work requests.
                                                                 Joe
ID: 875271 · Report as offensive
XWing69
Avatar

Send message
Joined: 3 Jan 08
Posts: 43
Credit: 2,556,009
RAC: 0
United States
Message 875280 - Posted: 13 Mar 2009, 22:20:39 UTC - in response to Message 875271.  

It's my distinct impression that difficulty getting MB work is an issue with BOINC 6.4.x and later. I'm using an older version of BOINC which simply asks for enough work to fill xxxx seconds rather than having separate requests by resource. My project preferences are set to ask for MB work but allow other work, and I've had no difficulty getting MB work. Since the beginning of March, there was one work request when the Scheduler said it didn't have any, and one where it delivered an AP_v5 WU because it didn't have any MB. All others got MB work, though with the way I manage my dial-up connection that only amounts to about 50 work requests.
                                                                 Joe


ditto. I have the same Opti package that JarrettH listed. I'm on BOINC 6.2.19 with my Seti settings to receive MB + AP (turned AP_v5 off temporarily). I'm receiving MB WU fine, along with the periodic AP 5.00 reissues.


ID: 875280 · Report as offensive
Profile Byron S Goodgame
Volunteer tester
Avatar

Send message
Joined: 16 Jan 06
Posts: 1145
Credit: 3,936,993
RAC: 0
United States
Message 875282 - Posted: 13 Mar 2009, 22:27:07 UTC

My dual core runs the same opti package as well, and I have my preferences set to get MB, AP v5.0 and AP v5.03 with Boinc 6.2.19, but all I've recieved is AP v5.03 since before the begining of March.
ID: 875282 · Report as offensive
Profile dnolan
Avatar

Send message
Joined: 30 Aug 01
Posts: 1228
Credit: 47,779,411
RAC: 32
United States
Message 875284 - Posted: 13 Mar 2009, 22:35:33 UTC - in response to Message 875271.  

It's my distinct impression that difficulty getting MB work is an issue with BOINC 6.4.x and later. I'm using an older version of BOINC which simply asks for enough work to fill xxxx seconds rather than having separate requests by resource. My project preferences are set to ask for MB work but allow other work, and I've had no difficulty getting MB work. Since the beginning of March, there was one work request when the Scheduler said it didn't have any, and one where it delivered an AP_v5 WU because it didn't have any MB. All others got MB work, though with the way I manage my dial-up connection that only amounts to about 50 work requests.
                                                                 Joe


Joe, not that it's a PROBLEM, per-se, but I don't use any 6.x.xx versions of Boinc, and as per this post, I don't really get much in the way of MB. The hosts referenced are all using 5.10.45, except one 5.10.28.

-Dave
ID: 875284 · Report as offensive
Cosmic_Ocean
Avatar

Send message
Joined: 23 Dec 00
Posts: 3027
Credit: 13,516,867
RAC: 13
United States
Message 875311 - Posted: 14 Mar 2009, 0:21:13 UTC - in response to Message 875271.  
Last modified: 14 Mar 2009, 0:21:51 UTC

It's my distinct impression that difficulty getting MB work is an issue with BOINC 6.4.x and later. I'm using an older version of BOINC which simply asks for enough work to fill xxxx seconds rather than having separate requests by resource. My project preferences are set to ask for MB work but allow other work, and I've had no difficulty getting MB work. Since the beginning of March, there was one work request when the Scheduler said it didn't have any, and one where it delivered an AP_v5 WU because it didn't have any MB. All others got MB work, though with the way I manage my dial-up connection that only amounts to about 50 work requests.
                                                                 Joe

I think it's not just limited to 6.4.x +.. I run 6.2.19 and have all four checkboxes selected (MB, AP, AP_v5, allow for others) and only get ap_v5..nothing else..whether 100 seconds are requested, or 2M seconds are requested. If I go to a venue that only allows MB and no others, I get 1-20 MBs per request without any problems.

I'm thinking server-side is to blame.
Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)
ID: 875311 · Report as offensive
Profile arkayn
Volunteer tester
Avatar

Send message
Joined: 14 May 99
Posts: 4438
Credit: 55,006,323
RAC: 0
United States
Message 875316 - Posted: 14 Mar 2009, 0:44:44 UTC - in response to Message 875311.  

I end up changing back and forth from work(allow AP) and home(mb only) just to keep a good mix on my 2 main crunchers that I allow AP on.

ID: 875316 · Report as offensive
Cosmic_Ocean
Avatar

Send message
Joined: 23 Dec 00
Posts: 3027
Credit: 13,516,867
RAC: 13
United States
Message 875321 - Posted: 14 Mar 2009, 0:55:48 UTC

Yeah, I did that a few times and decided it was too much of a hassle. I'll just crunch away with ap_v5. I get more credits/second with that anyway.
Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)
ID: 875321 · Report as offensive
Profile arkayn
Volunteer tester
Avatar

Send message
Joined: 14 May 99
Posts: 4438
Credit: 55,006,323
RAC: 0
United States
Message 875340 - Posted: 14 Mar 2009, 1:35:31 UTC - in response to Message 875321.  

My only problem with crunching AP right now is I have a pending over 30000 at the moment and it was only getting higher as I crunched.

ID: 875340 · Report as offensive
Profile SATAN
Avatar

Send message
Joined: 27 Aug 06
Posts: 835
Credit: 2,129,006
RAC: 0
United Kingdom
Message 875343 - Posted: 14 Mar 2009, 1:41:51 UTC

The last time I tried to crunch with the optimised packages, I noticed there is something missing from the downloaded files. If you compare the app_info_xml and the other downloaded files things do not match up.

I can't find what it is off hand, but it stops the client asking for MB units. I found this with 6.2.19 and anything later. Will have a look around tomorrow and see if I can find the problem again.
ID: 875343 · Report as offensive
Cosmic_Ocean
Avatar

Send message
Joined: 23 Dec 00
Posts: 3027
Credit: 13,516,867
RAC: 13
United States
Message 875352 - Posted: 14 Mar 2009, 2:52:41 UTC

I built my app_info by hand by looking at the app_infos for ak_v8 and the two different AP's. I know the apps were installed correctly and it all works fine, because I can do all three kinds of work without problems. I don't think the order of the <app> declarations matter, but mine goes MB, AP, AP_v5, and I only have the latest version specified for all three (v5 only has one version..right? 5.03).

Like I said, if I turn AP off with a venue change, or run the cache dry and change the app_info to MB-only, I have no problem getting work that way, but with the presence of an ap_v5 app, that's all the server sends.
Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)
ID: 875352 · Report as offensive
W5GA, W5TAT, W8QR, K6XT

Send message
Joined: 25 Sep 99
Posts: 42
Credit: 23,144,377
RAC: 6
United States
Message 875837 - Posted: 15 Mar 2009, 17:18:36 UTC - in response to Message 875352.  

Same here. No SETI since I turned on AP in SETI prefs. Today I tried turning off both AP (5 and 5r3) in SETI prefs but so far still will not download any SETI. I use the Lunatics enhanced V10, BOINC 6.4.5.

Will BOINC not download any SETI apps until I complete all AP now in my cache?
ID: 875837 · Report as offensive
W5GA, W5TAT, W8QR, K6XT

Send message
Joined: 25 Sep 99
Posts: 42
Credit: 23,144,377
RAC: 6
United States
Message 875841 - Posted: 15 Mar 2009, 17:25:39 UTC - in response to Message 875352.  
Last modified: 15 Mar 2009, 17:28:14 UTC

R. Haselgrove told me on another list that there are still old V5 AP units to be cleaned up by 5.00. So I've kept both AP 5.00 and 5.03 in app_info.

He said the older units are mostly already crunched by others so if I crunch one of these I'm the wingman, get nearly instant credit.

Art
ID: 875841 · Report as offensive
Profile SoNic

Send message
Joined: 24 Dec 00
Posts: 140
Credit: 2,963,627
RAC: 0
Romania
Message 876019 - Posted: 16 Mar 2009, 1:22:10 UTC

I cannot process this kind of units because every time that I select in options to process them, I do receive ONLY this kind of units, rendering useless my GPU/CUDA.
A change in the policy is needed to prevent hogging of the Boinc by those units. If you want to process this kind of units, leave the original SETI units to live too...
ID: 876019 · Report as offensive
Profile MadMaC
Volunteer tester
Avatar

Send message
Joined: 4 Apr 01
Posts: 201
Credit: 47,158,217
RAC: 0
United Kingdom
Message 876093 - Posted: 16 Mar 2009, 8:13:03 UTC - in response to Message 876019.  

Have you looked at your app_info file

If you used the one that came with the download, you will only get 5.03 wu's. You need to merge it with your existing app_info file so that you continue to get MB units as well as astropulse.
There are plenty of people more qualified than me who can help you with that..
ID: 876093 · Report as offensive
Profile ENTERPRISE

Send message
Joined: 10 Mar 01
Posts: 12
Credit: 358,790
RAC: 0
United States
Message 876121 - Posted: 16 Mar 2009, 12:04:59 UTC - in response to Message 876019.  

I think I am having the same problem. I run AP V5, and it runs like dialup. It used to zip right along. Now messege says over 300 hrs. to complete.

Enterprise with team Bill2001
ID: 876121 · Report as offensive
elgar

Send message
Joined: 21 May 99
Posts: 69
Credit: 2,687,478
RAC: 0
United States
Message 876150 - Posted: 16 Mar 2009, 14:30:05 UTC - in response to Message 876121.  

I started getting AP units then realized I hadn't updated the location on my 'home' settings not to accept them. Dozens of AP's were in the queue and no CUDA, so I aborted the transfer and changed the settings. Only 2 got through but I'm still processing CUDA at the same time. Why would BOINC try and shove dozen's of APs and no CUDA work units on somebody at 100hrs+? Anyway, computer location solves it but it still seems like a bad default behaviour on BOINC's part.
ID: 876150 · Report as offensive
Profile Fred J. Verster
Volunteer tester
Avatar

Send message
Joined: 21 Apr 04
Posts: 3252
Credit: 31,903,643
RAC: 0
Netherlands
Message 876153 - Posted: 16 Mar 2009, 14:49:37 UTC - in response to Message 875841.  

Hi, apart from having little MB WU's to crunch and a lot of AP V5.03, my hosts do have work.
My fastest host is now crunching EINSTEIN, although 64 results have passed? Has received, since yesterday, a new load of AP (V5.03) WU's.
All have BOINC versions from 6.5.4 and up (except Crunch3r's 6.0.1 on my Laptop).
Seen no real error's, only my pending has risen from 32K to 69K!

ID: 876153 · Report as offensive
1 · 2 · 3 · 4 . . . 7 · Next

Message boards : Number crunching : Astropulse Errors II-Optimized version 5.03!


 
©2021 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.