+- +-
Say hello if visiting :) by Mike
23 Apr 2021, 08:55:37 am

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: SETI MB CUDA for Linux  (Read 349768 times)

Offline riofl

  • Knight o' The Round Table
  • ***
  • Posts: 240
Re: SETI MB CUDA for Linux
« Reply #345 on: 18 Aug 2009, 09:11:47 pm »
Why play with your cache levels? Change from 6 to 10 and then back to 2, why? Pick a cache level and leave it there. I'm using 10 days. If you were using 6 days, it is fine also. 6 days cache means that the workunits downloaded now will be crunched in about 6 days, so you have 6 days to check for vlars. No need to run that script x times per hour or x times per day.

ahh yes except for one thing. i have seen even this new version of boinc obey the due dates and pick the next workunit from among the newly downloaded. if they stayed in ascending date order i would agree but it does not seem to work that way for me. at least 3 or 4 times so far i noticed a cuda and/or cpu workunit placed on hold to pick up one that had a closer due date that was recently downloaded. this means there is a danger the gpu app will reject a possible vlar before it can be flagged.

if this works out better which by the logic you presented makes a lot of sense and im sure it will, ill just leave things alone and if it rejects a few workunits before the script can run, oh well. :)

macros

  • Guest
Re: SETI MB CUDA for Linux
« Reply #346 on: 19 Aug 2009, 04:49:16 am »
Back in the days when cuda needed a whole core, I was running a 3+1 config in my quad core. All processes had the lowest priority (19) and I don't think I had any serious slowdown, maybe a minute or so, not more. And this was my everyday desktop so many things were running, firefox with many many tabs, full 3d compiz effects, everyday backups, etc.

Only now that cuda shares a core with the other seti@home tasks, I started renicing them only to make them higher priority than the other seti@home instances. I think -5 is not necessary.

Question regarding this. I am using the default settings in app_info.xml's <app_version> for cuda as follows:
Code: [Select]
<avg_ncpus>0.040000</avg_ncpus>
<max_ncpus>0.040000</avg_ncpus>

The problem is, that setiathome-CUDA process has demand obviously higher than that and is able to eat up CPU time of whole one core. That results in other (regular CPU) processes to fight over the CPU time, context switches, cache thrashing etc. ->
Code: [Select]
PID PR NI RES SHR %CPU TIME+ COMMAND
15538 39 19 48m 1472 101 13:44.03 AK_V8_linux64_s
15539 39 19 48m 1464 101 20:17.47 AK_V8_linux64_s
15540 39 19 48m 1468 101 20:25.35 AK_V8_linux64_s
15541 39 19 48m 1464 99 19:52.12 AK_V8_linux64_s
15544 39 19 48m 1484 99 20:30.54 AK_V8_linux64_s
15545 30 10 114m 10m 99 18:42.69 setiathome-CUDA
15546 39 19 48m 1488 94 19:55.04 AK_V8_linux64_s
16208 39 19 48m 1488 51 12:22.11 AK_V8_linux64_s
15542 39 19 48m 1472 46 12:14.44 AK_V8_linux64_s

Now to the question - am I doing something wrong and cuda does not behave correctly?
Or is this normal and I should just set avg_ncpus & max_ncpus to 1, and pin the process to some core + make it use it exclusively?

pp

  • Guest
Re: SETI MB CUDA for Linux
« Reply #347 on: 19 Aug 2009, 05:07:50 am »
Why play with your cache levels? Change from 6 to 10 and then back to 2, why? Pick a cache level and leave it there. I'm using 10 days.
ahh yes except for one thing. i have seen even this new version of boinc obey the due dates and pick the next workunit from among the newly downloaded.

Set cache to 10 days and let it fill up
Set BOINC to not receive more WUs
Run script
Let computer crunch for 10 days
Repeat

pp

  • Guest
Re: SETI MB CUDA for Linux
« Reply #348 on: 19 Aug 2009, 05:12:23 am »
Now to the question - am I doing something wrong and cuda does not behave correctly?
Or is this normal and I should just set avg_ncpus & max_ncpus to 1, and pin the process to some core + make it use it exclusively?

Are you still running CUDA 2.1? The 100% CPU was apparently a bug in those libraries. Upgrade CUDA to 2.3, nvidia-drivers to 190.xx  and replace your setiathome executable with the 2.2 version and optionally renice that process if you think it's too slow.

Offline sunu

  • Alpha Tester
  • Knight who says 'Ni!'
  • ***
  • Posts: 771
Re: SETI MB CUDA for Linux
« Reply #349 on: 19 Aug 2009, 05:32:30 am »
ahh yes except for one thing. i have seen even this new version of boinc obey the due dates and pick the next workunit from among the newly downloaded. if they stayed in ascending date order i would agree but it does not seem to work that way for me. at least 3 or 4 times so far i noticed a cuda and/or cpu workunit placed on hold to pick up one that had a closer due date that was recently downloaded. this means there is a danger the gpu app will reject a possible vlar before it can be flagged.

This happens only for vhar workunits, they have shorter deadlines than the rest. VLARs have "normal" deadlines and they are crunched when their time comes, about x(cache) days after they've been downloaded.

Macros, what pp says. Make sure you're using cuda 2.2 or later together with a compatible nvidia driver.

Shameless plug: I've reached #4 in the top hosts list. I don't know how long I can hold on there though. Attaching pdf for future proof.

[attachment deleted by admin]

pp

  • Guest
Re: SETI MB CUDA for Linux
« Reply #350 on: 19 Aug 2009, 05:58:36 am »
Congratulations sunu. My goal is a modest top 2000 like I managed in Seti Classic. I'm slowly reaching there and the upgrade to CUDA 2.3 pushed my RAC on the 9800GT over 5000 now which helps a lot  ;D

Offline riofl

  • Knight o' The Round Table
  • ***
  • Posts: 240
Re: SETI MB CUDA for Linux
« Reply #351 on: 19 Aug 2009, 06:05:43 am »
ahh yes except for one thing. i have seen even this new version of boinc obey the due dates and pick the next workunit from among the newly downloaded. if they stayed in ascending date order i would agree but it does not seem to work that way for me. at least 3 or 4 times so far i noticed a cuda and/or cpu workunit placed on hold to pick up one that had a closer due date that was recently downloaded. this means there is a danger the gpu app will reject a possible vlar before it can be flagged.

This happens only for vhar workunits, they have shorter deadlines than the rest. VLARs have "normal" deadlines and they are crunched when their time comes, about x(cache) days after they've been downloaded.

Macros, what pp says. Make sure you're using cuda 2.2 or later together with a compatible nvidia driver.

Shameless plug: I've reached #4 in the top hosts list. I don't know how long I can hold on there though. Attaching pdf for future proof.

congrats!!! hehe mine is only a paltry 188 :)

i have had bad luck with 2.3 and had to go back to 2.2 which is flawless for me.

you were right... rac gained 200 points in the last 8 hours. thanks! i didnt think frequent restarting made that huge a difference. still a bit odd with 30min workunits but that seems to be what things are now. not quite sure why. just gonna let it go and see where it falls. maybe in a week or 2 things will level out if its the wu being supplied. or maybe this is the norm for this distribution .. dunno..

after get another gtx285 to replace this tesla and i finish next year's crunching project i think i will get a different motherboard with more x16 slots and wind up with maybe 3 gtx285 in this machine. that should help things along. i think this tesla has seen better days. probably a bad ram chip.

Offline riofl

  • Knight o' The Round Table
  • ***
  • Posts: 240
Re: SETI MB CUDA for Linux
« Reply #352 on: 19 Aug 2009, 06:16:12 am »
Back in the days when cuda needed a whole core, I was running a 3+1 config in my quad core. All processes had the lowest priority (19) and I don't think I had any serious slowdown, maybe a minute or so, not more. And this was my everyday desktop so many things were running, firefox with many many tabs, full 3d compiz effects, everyday backups, etc.

Only now that cuda shares a core with the other seti@home tasks, I started renicing them only to make them higher priority than the other seti@home instances. I think -5 is not necessary.

Question regarding this. I am using the default settings in app_info.xml's <app_version> for cuda as follows:
Code: [Select]
<avg_ncpus>0.040000</avg_ncpus>
<max_ncpus>0.040000</avg_ncpus>

The problem is, that setiathome-CUDA process has demand obviously higher than that and is able to eat up CPU time of whole one core. That results in other (regular CPU) processes to fight over the CPU time, context switches, cache thrashing etc. ->
Code: [Select]
PID PR NI RES SHR %CPU TIME+ COMMAND
15538 39 19 48m 1472 101 13:44.03 AK_V8_linux64_s
15539 39 19 48m 1464 101 20:17.47 AK_V8_linux64_s
15540 39 19 48m 1468 101 20:25.35 AK_V8_linux64_s
15541 39 19 48m 1464 99 19:52.12 AK_V8_linux64_s
15544 39 19 48m 1484 99 20:30.54 AK_V8_linux64_s
15545 30 10 114m 10m 99 18:42.69 setiathome-CUDA
15546 39 19 48m 1488 94 19:55.04 AK_V8_linux64_s
16208 39 19 48m 1488 51 12:22.11 AK_V8_linux64_s
15542 39 19 48m 1472 46 12:14.44 AK_V8_linux64_s

Now to the question - am I doing something wrong and cuda does not behave correctly?
Or is this normal and I should just set avg_ncpus & max_ncpus to 1, and pin the process to some core + make it use it exclusively?


i think you will find best resonse setting your preferences to use 6 or 7 cpus instead of 8 leaving 1 for cuda and your desktop to use. i played around a bit with max_ncpus but did not find a huge difference. mine is set at 0.35.

absolutely if you do nothing else change your cuda tookit and sdk to 2.2 and get the 2.2 application. make sure your driver is at the minimum 185.14 or 185.29. i am using 185.29.

ver 2.1 had huge flaws in it . i have heard 2.3 is even better, however i have not had good luck with 2.3 so i went back to 2.2 until i can figure out what went wrong.
« Last Edit: 19 Aug 2009, 06:22:15 am by riofl »

Offline sunu

  • Alpha Tester
  • Knight who says 'Ni!'
  • ***
  • Posts: 771
Re: SETI MB CUDA for Linux
« Reply #353 on: 19 Aug 2009, 06:30:12 am »
Thanks pp, riofl. For a long time I was the only one in the top 100 list using linux. Now I see we are three. I hope more will get in the top 100. We have to show that linux is at least equal to windows for seti crunching.

pp,compared to you I don't think I was that good in seti classic.

Small correction to riofl: The driver versions are 185.18.14 and 185.18.29. Latest is 185.18.31. Macros, if you go to cuda 2.3 you'll need 190.18.

Macros, what card are you using? Maybe that 99% is because your card goes out of memory?
« Last Edit: 19 Aug 2009, 06:37:27 am by sunu »

pp

  • Guest
Re: SETI MB CUDA for Linux
« Reply #354 on: 19 Aug 2009, 06:46:57 am »
Thanks sunu. I crunched Classic from the start and had lots of PCs running but I quit when Seti switched to Boinc. I started again with Boinc only a month ago because one of my colleagues challenged me. I keep in front of him with only two GPUs running but I'm planning a Core i7/GTX 295 upgrade to crush him!  I never say no to a challenge...;D

Offline sunu

  • Alpha Tester
  • Knight who says 'Ni!'
  • ***
  • Posts: 771
Re: SETI MB CUDA for Linux
« Reply #355 on: 19 Aug 2009, 06:52:20 am »
Go for it pp, crush him!!!  ;D

pp

  • Guest
Re: SETI MB CUDA for Linux
« Reply #356 on: 19 Aug 2009, 07:29:35 am »
With pleasure, although I can't stop looking at you guys at the top with hundreds of thousands of daily RAC... that's impressive!  :o

Offline sunu

  • Alpha Tester
  • Knight who says 'Ni!'
  • ***
  • Posts: 771
Re: SETI MB CUDA for Linux
« Reply #357 on: 19 Aug 2009, 07:38:39 am »
Tens of thousands not hundreds of thousands. You're probably looking at the Top participants list. I have only one pc so all I can manage is the Top hosts list, PCs with the highest RAC output.

Well, if you build that i7/GTX 295 maybe with a second 295 thrown in the mix you'll join the club. All I have is a Q6600 with a GTX295 and a GTX285 and I managed #4. But as I said, I don't know how long I'll last there and I probably won't upgrade for quite some time so sooner or later I'll start to go down the ladder.
« Last Edit: 19 Aug 2009, 07:55:18 am by sunu »

pp

  • Guest
Re: SETI MB CUDA for Linux
« Reply #358 on: 19 Aug 2009, 07:55:24 am »
Good thing AtlasFolder doesn't do SETI: http://atlasfolding.com/?page_id=148
That's borderline...  ;)

Offline sunu

  • Alpha Tester
  • Knight who says 'Ni!'
  • ***
  • Posts: 771
Re: SETI MB CUDA for Linux
« Reply #359 on: 19 Aug 2009, 08:20:38 am »
I don't think it is possible with BOINC to use all those motherboards as a single host, it would be good though. I think the best possible setup for a seti crunching host would be with this motherboard. 4 dual-slot or 7 single-slot graphics cards for uber RAC.

 

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: 59558
Total Topics: 1672
Most Online Today: 13
Most Online Ever: 983
(20 Jan 2020, 03:17:55 pm)
Users Online
Members: 0
Guests: 6
Total: 6
Powered by EzPortal