+- +-
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: x38g reports  (Read 126962 times)

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: x38g reports
« Reply #150 on: 02 Jul 2011, 03:37:52 pm »
I've only got two errors, both -12s. This one is interesting though  http://setiathome.berkeley.edu/workunit.php?wuid=770546468  Take a look at the one that did complete it. 23 triplets found??

Sure!   if ||| is one triplet, |||| is 2 triplets, and ||||| is 5 triplets.  Add a few more |'s in the same 'PulsePoT' and you get to 23 pretty quickly, which is bigger than where the nVidia code commits suicide.

I've yet to hear a good explanation of why ET might not think that's a good way to catch our attention, so do want to rewrite that to eliminate the -12s.  It's only relatively recently  that I feel my Cuda experience is getting to the point where I can consider that particular rewrite (among others), so reengineering it to match CPU is on the list, though much lower down than some other issues.

Jason
« Last Edit: 02 Jul 2011, 03:40:11 pm by Jason G »

Offline Raistmer

  • Working Code Wizard
  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 14349
Re: x38g reports
« Reply #151 on: 03 Jul 2011, 01:05:41 pm »
Approach used in OpenCL->CUDA build shold never experience this problem. Maybe it's worth to incorporate it in "pure CUDA" build too.

Offline Slavac

  • Volunteer Developer
  • Squire
  • *****
  • Posts: 28
Re: x38g reports
« Reply #152 on: 03 Jul 2011, 06:34:51 pm »
We've got Jason sorted for a new PSU.

Offline perryjay

  • Knight Templar
  • ****
  • Posts: 427
Re: x38g reports
« Reply #153 on: 03 Jul 2011, 06:42:57 pm »
Great news Slavic. 

Get shopping Jason!!   ;D

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: x38g reports
« Reply #154 on: 04 Jul 2011, 12:17:43 am »
Approach used in OpenCL->CUDA build shold never experience this problem. Maybe it's worth to incorporate it in "pure CUDA" build too.

Yeah, when I rewrite that I'll take yours into consideration & apply the 'max bandwidth' approach that's been working well for me so far as well.  As mentioned I do want that issue gone, and as errors go it's becoming more common as hardware gets faster & the work noiser.

 
We've got Jason sorted for a new PSU.

Wow looks like I end up with enough to get the 'big one'.   :)  I'll let everyone know the good news on main & issue thanks as well. 

Offline Josef W. Segur

  • Janitor o' the Board
  • Knight who says 'Ni!'
  • *****
  • Posts: 3112
Re: x38g reports
« Reply #155 on: 04 Jul 2011, 12:45:09 am »
Not unexpected, http://setiathome.berkeley.edu/workunit.php?wuid=766762437 which we looked at pretty closely ended with all 5 getting credit. The stock CUDA 6.08 got canonical so was strongly similar to CRUNCH3R's 6.01 CUDA for 64 bit Linux.
                                                            Joe

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: x38g reports
« Reply #156 on: 04 Jul 2011, 12:57:29 am »
Thanks for keeping track of that one.   Yep looks like we need to at least take a look at the gaussians then.  I'm not happy with the outwardly clean looking 6.03 run being marginalised.  While we can discount the legacy Cuda builds' accuracy for a mixed bag of reasons (& the spikes in 6.03 for that matter), and the x38g one for stability & the unexplored gaussfit code, it's going to be the marginal cases that'll show us where to look.   They are going to get stranger I suppose.

Jason
« Last Edit: 04 Jul 2011, 12:59:48 am by Jason G »

Offline Slavac

  • Volunteer Developer
  • Squire
  • *****
  • Posts: 28
Re: x38g reports
« Reply #157 on: 05 Jul 2011, 09:39:27 pm »
X39e's up and running on two 560ti's.  We'll see how she does.

Offline _heinz

  • Volunteer Developer
  • Knight who says 'Ni!'
  • *****
  • Posts: 2117
Re: x38g reports
« Reply #158 on: 06 Jul 2011, 04:55:14 am »
Hi Jason,
I get one -9 resultoverflow resultid=1981104197
SETI@Home Informational message -9 result_overflow
NOTE: The number of results detected exceeds the storage space allocated.

I thought this is solved ?

Offline Claggy

  • Alpha Tester
  • Knight who says 'Ni!'
  • ***
  • Posts: 3111
    • My computers at Seti Beta
Re: x38g reports
« Reply #159 on: 06 Jul 2011, 05:07:46 am »
Hi Jason,
I get one -9 resultoverflow resultid=1981104197
SETI@Home Informational message -9 result_overflow
NOTE: The number of results detected exceeds the storage space allocated.

I thought this is solved ?
That's quite Normal, as long as your wingman finds too many signals too,

You were probably thinking of error that happens when there are too many triplets,

Claggy

Offline Slavac

  • Volunteer Developer
  • Squire
  • *****
  • Posts: 28
Re: x38g reports
« Reply #160 on: 06 Jul 2011, 05:53:31 pm »
x38 was giving me quite a few invalids, thus killing my RAC.  x39 seems to have killed the invalids issues though I'm getting a few errors.  After a few days of run time I'll post what errors I'm getting.

The x39 build also seems to have reduced the frequency of the downclocks I was experiencing.

Jason should I be running a particular driver with the 560's? 

Offline perryjay

  • Knight Templar
  • ****
  • Posts: 427
Re: x38g reports
« Reply #161 on: 06 Jul 2011, 06:12:41 pm »
According to Martin of Martin's lighthouse...
Quote
266.66 is the first release with 560 Ti support.
 

If that's any help.   ::)

Offline Mike

  • Alpha Tester
  • Knight who says 'Ni!'
  • ***
  • Posts: 2427
Re: x38g reports
« Reply #162 on: 06 Jul 2011, 06:43:13 pm »
The 275.xx drivers should be a little fast at least.

Offline perryjay

  • Knight Templar
  • ****
  • Posts: 427
Re: x38g reports
« Reply #163 on: 06 Jul 2011, 11:09:32 pm »
Got another invalid  http://setiathome.berkeley.edu/workunit.php?wuid=765094268  I found 11 spikes the other two only found three.

Oh, FYI, I've had a couple of driver restarts so I've cut back just a bit on my over clock. I'm now at 883/1766/1804. I'm also only running two at a time because of running Raistmer's app for the NV AP.

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: x38g reports
« Reply #164 on: 07 Jul 2011, 01:47:00 am »
Got another invalid  http://setiathome.berkeley.edu/workunit.php?wuid=765094268  I found 11 spikes the other two only found three.

Nothing weird there, just 2 CPU apps with missed spikes due to inaccuracy ganging up on you.  Looks like x39e is going well so far on that one.

 

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: 114
Most Online Ever: 983
(20 Jan 2020, 03:17:55 pm)
Users Online
Members: 0
Guests: 111
Total: 111
Powered by EzPortal