+- +-
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 126896 times)

Offline Pepi

  • Knight o' The Realm
  • **
  • Posts: 119
Re: x38g reports
« Reply #90 on: 29 Jun 2011, 04:20:36 am »
Hi Jason !
This 39e you posted is fastest app on my system. Can do 4 WU in parallel without any problems, but stuck when first of four is finished and new one need to start :(
In the other way, work with much less memory usage then any of previous releases. Now , as always I will crunch at least 100 WU to see how this app works.
Good work!!!


Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: x38g reports
« Reply #91 on: 29 Jun 2011, 04:31:55 am »
This 39e you posted is fastest app on my system.

That actually surprises me, since I dialled back some things for diagnosis & refinement, and am not focussed on speed at this time.  Gradually refining/fixing things I suppose may help 'real-world', as opposed to laboratory bench, speed as well, so I'll keep that in mind as things go further forward. 

The memory footprint may yet still end up from a little bit, to considerably smaller.  I'm not sure at this stage.  4 at a time is getting pretty eager though  :D

Jason

Offline Pepi

  • Knight o' The Realm
  • **
  • Posts: 119
Re: x38g reports
« Reply #92 on: 29 Jun 2011, 04:54:13 am »
I don't know what are you doing, but you doing well :) ( whatever you do with this app) :)

Offline perryjay

  • Knight Templar
  • ****
  • Posts: 427
Re: x38g reports
« Reply #93 on: 29 Jun 2011, 10:23:47 am »
Going for a fourth  http://setiathome.berkeley.edu/workunit.php?wuid=766762437 

I agreed with another running x38g while a stock 6.03 found an extra gaussian.  The x38g was first, I was third. Shouldn't I have validated him?

But anyway, made it through the night with no problems at all to report.  As to the comment about this being the fastest app yet, could it just be that it seems to load faster and we don't have that snag near the end of the WU anymore. Those two give us about a minutes advantage right there at least.

Offline Josef W. Segur

  • Janitor o' the Board
  • Knight who says 'Ni!'
  • *****
  • Posts: 3112
Re: x38g reports
« Reply #94 on: 29 Jun 2011, 01:03:15 pm »
Going for a fourth  http://setiathome.berkeley.edu/workunit.php?wuid=766762437 

I agreed with another running x38g while a stock 6.03 found an extra gaussian.  The x38g was first, I was third. Shouldn't I have validated him?

Yes, x38g on a GTX 460 and x39d on a GTS 450 really ought to be so close that an inconclusive comparison is nearly impossible. IMO the tiny likelihood of one of the reported or "best" signals being at a critical level should be much rarer than necessary to explain the number of inconclusives that are happening even between stock and the x3[8|9] builds.

Edit: Attaching the WU for that particular case. I have no way of comparing x38g to x39e unless someone else tests. I could do a CPU test, but won't unless CUDA testing seems to indicate it's needed.
                                                                   Joe
« Last Edit: 29 Jun 2011, 01:52:41 pm by Josef W. Segur »

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: x38g reports
« Reply #95 on: 29 Jun 2011, 03:06:40 pm »
As far as I'm concerned, x39d & e are different on those particular cards to x38g, and it's those family of 'newer' cards that brought us into x39 diagnostic builds trying to locate a specific issue with those GPUs (& some others).

My current suspicions are along the lines that x38g & earlier builds, on certain cards & drivers ,can have some silent failures, that while not necessarily manifesting in obvious reportable count differences can certainly lead to differences in the best signals.   

With regard to the likelihood that some such hidden error exists, with x38g it's possible, while with x39d highly unlikely.  In other words while the computation codepaths are basically the same, the driver version & kernel reliability cross GPU is not, which is why we are running 'diagnostic' builds & not optimising for performance at this point.


Jason
« Last Edit: 29 Jun 2011, 03:12:16 pm by Jason G »

Offline perryjay

  • Knight Templar
  • ****
  • Posts: 427
Re: x38g reports
« Reply #96 on: 29 Jun 2011, 03:23:02 pm »
Hey boss, just wanted to let you know, Raistmer, Claggy and Ghost made me do it!!! They ganged up on me!   ::)

Only kidding, but I am running Raistmer's new app for APs on NVidia GPUs. Ghost said it was running okay on his with two MBs running at a time so I guess I will find out if three at a time will work. Haven't got any work for it yet but I'll let you know how it goes.

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: x38g reports
« Reply #97 on: 29 Jun 2011, 03:24:55 pm »
OK.  If it pinches all the CPU from the Cuda app, starving it out, blame Raistmer.

Offline Claggy

  • Alpha Tester
  • Knight who says 'Ni!'
  • ***
  • Posts: 3111
    • My computers at Seti Beta
Re: x38g reports
« Reply #98 on: 29 Jun 2011, 03:49:21 pm »
Going for a fourth  http://setiathome.berkeley.edu/workunit.php?wuid=766762437 

I agreed with another running x38g while a stock 6.03 found an extra gaussian.  The x38g was first, I was third. Shouldn't I have validated him?

Yes, x38g on a GTX 460 and x39d on a GTS 450 really ought to be so close that an inconclusive comparison is nearly impossible. IMO the tiny likelihood of one of the reported or "best" signals being at a critical level should be much rarer than necessary to explain the number of inconclusives that are happening even between stock and the x3[8|9] builds.

Edit: Attaching the WU for that particular case. I have no way of comparing x38g to x39e unless someone else tests. I could do a CPU test, but won't unless CUDA testing seems to indicate it's needed.
                                                                   Joe
Here's a benchrun comparing x39e to x32f and x38g,

Edit: x39e was Weakly similar against x32f, but Strongly similar,  Q= 99.96% against x38g

Edit 2: did an x38d run too, x39d was Weakly similar against x32f, but Strongly similar,  Q= 99.97% against x38g

Claggy
« Last Edit: 29 Jun 2011, 05:03:24 pm by Claggy »

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: x38g reports
« Reply #99 on: 29 Jun 2011, 04:10:13 pm »
Looks like the chirp difference to me altered the best gaussian, as opposed to more recent x39 changes.

I'll run that one on AKv8b for a double precision CPU chirp reference comparison.

(Barring the mentioned reliability issues we're looking for, x38g & x39d/e should have matched one another in this case)
« Last Edit: 29 Jun 2011, 04:16:32 pm by Jason G »

Offline Josef W. Segur

  • Janitor o' the Board
  • Knight who says 'Ni!'
  • *****
  • Posts: 3112
Re: x38g reports
« Reply #100 on: 29 Jun 2011, 05:03:39 pm »
...
(Barring the mentioned reliability issues we're looking for, x38g & x39d/e should have matched one another in this case)

Claggy's x38g and x39e results did agree on the best_gaussian (and everything else) so can't explain why Perryjay's result didn't get strongly similar against Phud's.

I expect the x32f best_gaussian (which was one of the reported gaussians) is more likely to match CPU results, simply because it has a considerable history of few inconclusives.
                                                                Joe

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: x38g reports
« Reply #101 on: 29 Jun 2011, 05:30:57 pm »
I expect the x32f best_gaussian (which was one of the reported gaussians) is more likely to match CPU results, simply because it has a considerable history of few inconclusives.

Well,  testing that theory grabbing a AKv8b result to add to the collection (That's taking a while  :D). 

As no 'direct'  Gaussian search modifications were made in x32f through 39e, I currently call the x38g chirp & some other kernels 'unstable' under some conditions on certain cards under as yet undetermined conditions. If it turns out something simpler then I'll be happy with that.

I haven't looked at the spikes' proximity to threshold, but given the known 6.03 limitations (which should show in my AKv8b result if a factor) then I think the 3-way circus on the live runs might go something like this:

x38g Vs 6.03 disagrees by spikes, with possible suspect chirp in x38g presenting effects
x39d Vs 6.03 disagrees by spikes
x38g Vs x39d, possible suspect x38g chirp (reliability)

So far we have seen mismatched gaussians between AKv8 & x32f, with a full length test task from your FG set, I'm putting forward that the accuracy of those in the x38g one is repaired to match CPU by the chirp, but that instability created an issue in the live result not seen under bench, and that the majority of the remaining disagreement comes from the spikes.
« Last Edit: 29 Jun 2011, 05:33:52 pm by Jason G »

Offline Claggy

  • Alpha Tester
  • Knight who says 'Ni!'
  • ***
  • Posts: 3111
    • My computers at Seti Beta
Re: x38g reports
« Reply #102 on: 29 Jun 2011, 05:50:51 pm »
I've taken out my GTX460 and fitted my 9800GTX+ and i'm in the process of running a bench comparing x39d and x39e against x32f and x38g,

Claggy

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: x38g reports
« Reply #103 on: 29 Jun 2011, 05:56:35 pm »
OK, apart from the fix for the VRAM blowout, x39e is identical to x39d, so you could shorten your test by one build if you wanted, though I suppose the extra run couldn't hurt to see if remaining stability issues show up,  despite that none seem to under bench (the frustrating part  :))

Offline Jason G

  • Construction Fraggle
  • Knight who says 'Ni!'
  • *****
  • Posts: 8980
Re: x38g reports
« Reply #104 on: 29 Jun 2011, 06:01:22 pm »
------------
Running app : AK_v8b_win_x64_SSSE3x.exe -verb -nog
with WU     : 27fe11ac.12560.9065.8.10.100.wu
Started at  : 05:48:23.796
Ended at    : 07:24:09.576
   5745.740 secs Elapsed
   5179.405 secs CPU time
Result      : stored as ref for validation.
------------
Running app : Lunatics_x39e_win32_cuda32.exe -verb -nog
with WU     : 27fe11ac.12560.9065.8.10.100.wu
Started at  : 07:24:12.637
Ended at    : 07:30:50.101
    397.415 secs Elapsed
     50.638 secs CPU time
Speedup     : 99.02%
Ratio       : 102.28 x
ref-AK_v8b_win_x64_SSSE3x.exe-27fe11ac.12560.9065.8.10.100.wu.res:-
Result      : Strongly similar,  Q= 99.74%


Attaching bench & result files for manual comparisons.... [Done, analysing]
« Last Edit: 29 Jun 2011, 06:05:55 pm by Jason G »

 

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