+- +-
Say hello if visiting :) by Gecko
11 Jan 2023, 07:43:05 pm

Seti is down again by Mike
09 Aug 2017, 10:02:44 am

Some considerations regarding OpenCL MultiBeam app tuning from algorithm view by Raistmer
11 Dec 2016, 06:30:56 am

Loading APU to the limit: performance considerations by Mike
05 Nov 2016, 06:49:26 am

Better sleep on Windows - new round by Raistmer
26 Aug 2016, 02:02:31 pm

Author Topic: Linux x64 AP v5.05  (Read 48501 times)

Offline Urs Echternacht

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 4121
  • ++
Re: Linux x64 AP v5.05
« Reply #45 on: 25 Aug 2009, 08:51:55 am »
lordvader and others,
to find out about the reported errors i did setup and now use this host at seti beta using Ubuntu 9.04 with kernel 2.6.28 .
If the error does occur within the next 15 to 20 wus i hope i can identify the problem exactly. Otherwise i have to put a warning for Ubuntu users in the package and release to public.

There is parallel running an identical pc using openSuSE11.1 with kernel 2.6.27 which has done a few wus already without any problems.

Let's see what comes.  ;D
_\|/_
U r s

lordvader

  • Guest
Re: Linux x64 AP v5.05
« Reply #46 on: 26 Aug 2009, 01:27:40 am »
Well I'm currently running 2.6.27-31.

Have 2 valid units, 1  pending (inconclusive), and 4 running.
None have bailed out with error, so far so good.

Kinda surprised that your host hasn't errored yet. is it possible that the issue is a combo of 2.6.28 and amd64 cpus ?

... the output of your tasks look different to mine ... are you running the intel only version ?
(i'm not getting the "In ap_client_main.cpp: in mainloop(): at dm_chunk_large" strings)

Offline Urs Echternacht

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 4121
  • ++
Re: Linux x64 AP v5.05
« Reply #47 on: 26 Aug 2009, 08:45:46 am »
Well I'm currently running 2.6.27-31.

Have 2 valid units, 1  pending (inconclusive), and 4 running.
None have bailed out with error, so far so good.

Kinda surprised that your host hasn't errored yet. is it possible that the issue is a combo of 2.6.28 and amd64 cpus ?

... the output of your tasks look different to mine ... are you running the intel only version ?
(i'm not getting the "In ap_client_main.cpp: in mainloop(): at dm_chunk_large" strings)
That is a debug version, so if the error occurs i hope to get more exact info where. Sorry for confusing you.

 :) Very nice that 2.6.27 is not erroring out so far (that is what i expected). Must really be a problem with Ubuntu 9.04 and newer kernel version from 2.6.28 up. Tye's amd64 also did not throw an error, but he has done only one wu as of yet.

Correction: Tye has finished a second wu with 2.6.28 with no error and now uses a newer kernel 2.6.29.

Update: Three 32bit versions are about to enter the beta phase tomorrow. See other thread then.

Update2: Stopped using debug version, because the errors did not appear to my host.
« Last Edit: 29 Aug 2009, 11:23:08 am by Urs Echternacht »
_\|/_
U r s

Offline Matthias Lehmkuhl

  • Alpha Tester
  • Knight o' The Round Table
  • ***
  • Posts: 138
Re: Linux x64 AP v5.05
« Reply #48 on: 15 Sep 2009, 01:01:11 pm »
Hy Urs,
any need for additional tests for the linux 32 bit ?
 
Matthias

Offline Matthias Lehmkuhl

  • Alpha Tester
  • Knight o' The Round Table
  • ***
  • Posts: 138
Re: Linux x64 AP v5.05
« Reply #49 on: 15 Sep 2009, 01:32:11 pm »
2nd post  ;)
Matthias
Matthias

Offline Matthias Lehmkuhl

  • Alpha Tester
  • Knight o' The Round Table
  • ***
  • Posts: 138
Re: Linux x64 AP v5.05
« Reply #50 on: 15 Sep 2009, 01:37:00 pm »
3rd post  ;)
can test under ubuntu 8.10

Matthias
Matthias

Offline Matthias Lehmkuhl

  • Alpha Tester
  • Knight o' The Round Table
  • ***
  • Posts: 138
Re: Linux x64 AP v5.05
« Reply #51 on: 15 Sep 2009, 01:40:22 pm »
4st post ::)

if needed I also have a debian 32 bit system

Matthias
Matthias

Offline Urs Echternacht

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 4121
  • ++
Re: Linux x64 AP v5.05
« Reply #52 on: 15 Sep 2009, 02:04:08 pm »
4st post ::)

if needed I also have a debian 32 bit system

Matthias
Thanks Matthias, but you are a little late.  ;) Sorry, no additional tests needed. Release will come in the next days.

Only problem that showed up was with Ubuntu9.04 and derivatives and kernels 2.6.28 and up.
That was known before beta testing started. It is now clear that this is not our fault, thanks to lordvader running some extra tests.
_\|/_
U r s

Offline Matthias Lehmkuhl

  • Alpha Tester
  • Knight o' The Round Table
  • ***
  • Posts: 138
Re: Linux x64 AP v5.05
« Reply #53 on: 15 Sep 2009, 02:11:26 pm »
4st post ::)

if needed I also have a debian 32 bit system

Matthias
Thanks Matthias, but you are a little late.  ;) Sorry, no additional tests needed. Release will come in the next days.

Only problem that showed up was with Ubuntu9.04 and derivatives and kernels 2.6.28 and up.
That was known before beta testing started. It is now clear that this is not our fault, thanks to lordvader running some extra tests.
Hi Urs, thanks for the reply.
nice to hear that the tests are done.
Linux 64 bit I've activated in my 64 bit machines.  :D

Matthias
Matthias

Offline Urs Echternacht

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 4121
  • ++
Re: Linux x64 AP v5.05
« Reply #54 on: 15 Sep 2009, 02:18:42 pm »
Hi Urs, thanks for the reply.
nice to hear that the tests are done.
Linux 64 bit I've activated in my 64 bit machines.  :D

Matthias
Don't forget to check in a few days that you still have the most actual version. ;)
_\|/_
U r s

pp

  • Guest
Re: Linux x64 AP v5.05
« Reply #55 on: 20 Sep 2009, 04:58:30 am »
Aren't these new APs giving less credit? I got 1200 for the older v5 APs but only 800 for the new ones. They take 13 hours so ~60 credit per hour. Crunching VLARs gives me 50-100 credit per hour depending on the angle range (0.01-0.13). Strangely enough I crunched a few APs a week ago that gave 799 credits but only took 10 hours and that's why I tried to focus on APs instead of VLARs but I'll probably switch back to VLARs now...

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: Linux x64 AP v5.05
« Reply #56 on: 20 Sep 2009, 10:25:03 am »
Aren't these new APs giving less credit? I got 1200 for the older v5 APs but only 800 for the new ones. They take 13 hours so ~60 credit per hour. Crunching VLARs gives me 50-100 credit per hour depending on the angle range (0.01-0.13). Strangely enough I crunched a few APs a week ago that gave 799 credits but only took 10 hours and that's why I tried to focus on APs instead of VLARs but I'll probably switch back to VLARs now...

Yes, erm, 'some jokers' went and made stock go faster, which raises the performance of the 'median machine', bringing the credits down.  Don't worry, further improvements to the optimised codebase are relatively esoteric, and so won't 'readily' translate to stock, though both variants are liekly to get some fundamental overhauls over time, optimised will pull gradually further ahead again.

pp

  • Guest
Re: Linux x64 AP v5.05
« Reply #57 on: 20 Sep 2009, 11:16:10 am »
So you recommend I stay with AP for now or would it be more useful to the project if I crunched the VLARs again for a while?

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: Linux x64 AP v5.05
« Reply #58 on: 20 Sep 2009, 11:32:41 am »
Hmm, well looking at the current Arecibo situation, it might pay to squirrel away whatever you can get  But Personally, on my machines, Astropulse seems to pay about equal per time unit to multibeam, therefore it comes down to what you prefer, versus available computation capacity.

One possible way of looking at it is that in the past AstoPulse has only been far higher paying (with optimised)  due to lacklustre performance of he stock app.  Now that it is somewhat 'cleaned up', stock is partially optimised, therefore optimised is closer to stock. 

Possibly Limited remaining work means though, that choosing one app over another turns off one of two 'taps', so limiting to one kind would see you short of work sooner then if you'd just processed both kinds.

Of course I'm trying to look at it from a productivity point of view, rather than a credit one.  If I was looking at credits I;d probably be doing Milky way or something, but for everyday use in daily life I figure that my mental picture of a spiral thing made out of dots is good enough of a model...

pp

  • Guest
Re: Linux x64 AP v5.05
« Reply #59 on: 20 Sep 2009, 11:57:41 am »
The problem I have (and the rest of you too I guess) is that if I add AK_V8 to my app_info again, to be able to crunch multibeam on CPU, BOINC will also start downloading MB to CPU queue. When I then reschedule the VLARs from my CUDA-queue, BOINC goes into EDF mode and won't download neither AP nor MB to CPU. Getting APs after that is extremely difficult since BOINC seems to prefer downloading MB to CPU whenever there is deficiency. I wish there was a way to tell BOINC not to download MB specifically to CPU but still allow them to be crunched... but I guess I'll go back to AK_V8 then instead of risking running out of work. Thanks for your valuable input Jason.

 

Welcome, Guest.
Please login or register.
 
 
 
Forgot your password?
Members
Total Members: 97
Latest: ToeBee
New This Month: 0
New This Week: 0
New Today: 0
Stats
Total Posts: 59559
Total Topics: 1672
Most Online Today: 41
Most Online Ever: 983
(20 Jan 2020, 03:17:55 pm)
Users Online
Members: 0
Guests: 38
Total: 38
Powered by EzPortal