Lunatics Windows Installer v0.40 release notes


log in

Advanced search

Message boards : Number crunching : Lunatics Windows Installer v0.40 release notes

Previous · 1 . . . 7 · 8 · 9 · 10 · 11 · 12 · 13 . . . 14 · Next
Author Message
LadyL
Volunteer tester
Avatar
Send message
Joined: 14 Sep 11
Posts: 1679
Credit: 5,230,097
RAC: 0
Message 1211578 - Posted: 29 Mar 2012, 16:17:32 UTC - in response to Message 1211524.
Last modified: 29 Mar 2012, 16:19:17 UTC


It would be nice to have this possibility, so I wouldn't need to use a 3rd party tool for to increase the priority..

I'm pretty sure Jason will come up with something apropriate.



Yes, but it didn't worked. I tested it with two tools.
Now I know it through a few tests, r555 need a .DLL file - which I thought is only with a CUDA app needed.


The app needs a fftw lib (as does MB). r557 has that statically linked, r555 needs the dll. It doesn't say it needs the dll in the app_info because we found on windows, win will go looking for the dll in the project dir.


Thanks!

I used the short AP WU: http://lunatics.kwsn.net/index.php?module=Downloads;sa=dlview;id=232.

The result:

AP6_win_x86_SSE_CPU_r555.exe
Elapsed 290.766 secs
CPU 288.547 secs

ap_6.01r557_SSE2_331_AVX.exe
Elapsed 276.469 secs
CPU 274.297 secs

I did everything fine, so it means the r557 app run faster on my machine*?

[* Intel Core2 Duo E7600 @ 3.06 GHz, DDR2 800/5-5-5-18 (all stock, not OCed), WinXP 32bit]


We've found that in most cases r557 is faster IF benching is done correctly. If you want to do more benching please PM - there are additional difficulties that I'd rather explain in German.
____________
I'm not the Pope. I don't speak Ex Cathedra!

JLConawayII
Send message
Joined: 2 Apr 02
Posts: 186
Credit: 2,762,491
RAC: 0
United States
Message 1211693 - Posted: 29 Mar 2012, 21:57:05 UTC - in response to Message 1211478.

Will those work to fix this on the ATI client as well? I don't understand why half of my WUs run normally and half of them crap out.



James - we just deliver the parcel. That's a question to put to Raistmer and ask him to look into and possibly fix.



Yeah I know, those guys were around last night when all this was going on. Hopefully everyone has gotten enough information now to deal with the issues appropriately.
____________

Josef W. SegurProject donor
Volunteer developer
Volunteer tester
Send message
Joined: 30 Oct 99
Posts: 4309
Credit: 1,084,090
RAC: 1,457
United States
Message 1211758 - Posted: 30 Mar 2012, 3:38:42 UTC - in response to Message 1211482.

A couple of comments on freeing one core, as a refinement but not as a recommendation.

For any host with up to 100 CPU cores, setting 99% frees one core. BOINC rounds down to the nearest fraction.

I wouldn't use that setting. Instead, when setting the <count> fields to control how many GPU tasks run at once I'd set the <avg_ncpus> fields such that when all GPUs had work there would be a CPU core freed, but if GPU work was running out all CPU cores would go back to doing pure CPU tasks. For a single GPU situation, <avg_ncpus> would be the same as or a tiny bit higher than <count>, for multiple GPUs it would scale down:

1 GPU 2 GPUs 3 GPUs <count> <avg_ncpus> <avg_ncpus> <avg_ncpus> 0.5 0.5 0.25 0.167 0.33 0.34 0.167 0.112 0.25 0.25 0.125 0.084 0.2 0.2 0.1 0.067 Joe


Joe are you sure it's 1 and not >1? Besides the float representation may lead to values slightly smaller than 1 when adding up... I'd rather play safe and add another % of fraction.

It is 1, but there's enough compexity in how the fractions get combined that I agree with your idea of a safety factor. In fact in the last row of that table even the <count> is questionable. So here's a revised version:

tasks/ 1 GPU 2 GPUs 3 GPUs 4 GPUs GPU <count> <avg_ncpus> <avg_ncpus> <avg_ncpus> <avg_ncpus> 1 1.0 1.001 0.501 0.334 0.251 2 0.5 0.501 0.251 0.167 0.126 3 0.33 0.334 0.167 0.112 0.084 4 0.25 0.251 0.126 0.084 0.063 5 0.199 0.201 0.101 0.067 0.051 Joe

Profile Michael W.F. Miles
Avatar
Send message
Joined: 24 Mar 07
Posts: 244
Credit: 28,948,909
RAC: 13,941
Canada
Message 1211774 - Posted: 30 Mar 2012, 4:44:52 UTC - in response to Message 1211477.
Last modified: 30 Mar 2012, 4:47:02 UTC

Seeing the thread exploded over night, if I don't get to your question, please don't hesitate to repeat it.

@Micheal Miles - The NVidia OpenCL apps run on 270+ drivers but hog a CPU core. You'll either have overcommit or you can do a workaround and free one core - I think Joe posted how to do that.



Thank you for the answer
I will stay with the present drivers as it is working very well

As to the command line for nv r555

I have increased this to

<cmdline>-instances_per_device 1 -unroll 6 -ffa_block 4096 -ffa_block_fetch 2048 -sbs 256</cmdline>

From <cmdline>-instances_per_device 1 -unroll 4 -ffa_block 2048 -ffa_block_fetch 1024 -sbs 128</cmdline>

sbs 256 ????

I have increased this to 256 from 128
Is this the ram the 460 is using and will this increase cause a problem?


Michael Miles

Profile Raistmer
Volunteer developer
Volunteer tester
Avatar
Send message
Joined: 16 Jun 01
Posts: 3527
Credit: 48,005,633
RAC: 45,378
Russia
Message 1211794 - Posted: 30 Mar 2012, 5:58:43 UTC - in response to Message 1211774.

Some additional clarification about -sbs param:

This param (single block size) will govern size of variable size buffer for upcoming MultiBeam update. It was also added to AP but for now it does nothing for AP. Any variation in memory allocation comes via unroll param as before.
In next builds this param can be used for AP too.
So, if one see memory-related issues with AP one should decrease unroll param.
But don't forget, that minimal possible value is 2, not 1. Corresponding buffer shared inside program and can't be made too little.

Profile Raistmer
Volunteer developer
Volunteer tester
Avatar
Send message
Joined: 16 Jun 01
Posts: 3527
Credit: 48,005,633
RAC: 45,378
Russia
Message 1211807 - Posted: 30 Mar 2012, 6:24:11 UTC - in response to Message 1211558.

Think you should take the opinion that "no news, is good news". People don't usually hesitate to complain.


Words of wisdom. Installer seems idiot-proof to me, and I should know since I'm (still) Boinc-stupid:) Thanx to all who have worked on the package and it's insides!

I would like to take this opportunity to to add a couple bullet-points to your never-ending wish-list. They will make you gurus cringe, I know that, but hopefully they will make enough sense that you won't hold what I'm about to say against me. So in a philosophical tone, not a demanding one, here goes:

Dare a say "sticky"?:) Here's the thing... I need a way to know who needs my PC and when, for what and for how long. If I can volunteer my little laptop to run something for somebody (for Seti/Seti Beta or Lunatics) I'd be more than happy to. Please don't take this the wrong way but I've read this whole thread and still have no idea if there is some version of some app over at Lunatics that I could run for you guys and help you get just that little bit closer to eventually releasing it. And the other day over at Beta I had to ask Eric what he needed us to crunch. I'm sure most of you will agree that it's not a Project Scientist's job to answer my questions, and I'd rather not do it again. So if there was a place I could check in and see that Astro vX over at Beta needs crunching for a few weeks or which Lunatics app vX needs crunching and for how long, it would be great! In summary, I'd love to help but I have no way of knowing how to help.

This next part is almost completely philosophical. If I had a "pretty" benchmark app I would go OCD on the thing. I'd check every WHQL nVidia driver from late 250's to current 290's. I'd turn Windows eye-candy, services and processes on and off. I'd play with nVidia settings. And whenever Jason-G would come out of left-field with, "Oh, you know, it could be your Wi-Fi that's interfering with crunching" I'd check that too:) I say "pretty" because I don't know how to work with black & white windows. I need installers and progress bars and buttons I can click on and things to hold my hand:) Of course I'm sure you guys have next-to NO time for such a thing which is why I started this paragraph with, "This next part is almost completely philosophical".

OK, break's over! Back to the Lunatics Windows Installer v0.40:)


Lol, "black-and-white boxes" is very educational in our click and see era ;D
If one master command line... well, maybe one will learn something new ;)

And more serious answer: sorry we have no manpower currently to implement GUI-based benchmark tools. Current KWSN-bench based tools became much more advanced than were before thanks to Joe's work and can be used to test single core /multicore busy, different app params and so on apps behavior. Please take some time to read excellent readme for it Joe wrote and use it for tuning your PC.

There is client_state.xml parcing script I wrote to get real-life data about apps performance, but it's Perl script and so "black-and-white" one that I'm scared even to mention it in this thread ;D.

Regarding what apps need test. You need to monitor SETI beta area for that.
We (I in particular) do posts about beta testing of some new builds there. And yes, if there is some new build to test, then it needs to be tested ;). Sometimes new build to test posted on SETI main too, announce about that goes in separate thread.

Such info never goes in installer release notes and corresponding threads. Cause installer includes already tested apps, not apps to test.

Profile Michael W.F. Miles
Avatar
Send message
Joined: 24 Mar 07
Posts: 244
Credit: 28,948,909
RAC: 13,941
Canada
Message 1212094 - Posted: 30 Mar 2012, 23:00:29 UTC
Last modified: 30 Mar 2012, 23:01:12 UTC

I have been getting long run times with mu cmdline set to
<cmdline>-instances_per_device 1 -unroll 6 -ffa_block 4096 -ffa_block_fetch 2048</cmdline>
Took 3 hours / wu

I have set to this


<cmdline>-instances_per_device 1 -unroll 10 -ffa_block 8144 -ffa_block_fetch 4096</cmdline>

Now run times are under 2 hours


Question
There are two new files in my project folder


AstroPulse_Kernels_r555.cl_GeForce GTX 460.bin_V6

r555_AMDPhenomtmIIX61100TProcessor.wisdom


What are these???


Michael Miles

Profile Ageless
Avatar
Send message
Joined: 9 Jun 99
Posts: 12341
Credit: 2,639,767
RAC: 1,173
Netherlands
Message 1212097 - Posted: 30 Mar 2012, 23:09:22 UTC - in response to Message 1210397.

And a heads up for those running Boinc alpha clients. We've had reports that the ATI AP app dies when you suspend it on Boinc 7.0.22/.23.

Not just AP, but MB on ATI as well. Had that happen a couple of times. Exit code 1, latest crash happened this morning when BOINC suspended itself for time-of-day.

Good news, this is fixed in BOINC 7.0.24

I've tested with an MB and an AP, both can suspend without trouble now.
Even exiting BOINC will no longer crash the task.

With thanks to David for that speedy fix.
____________
Jord

Fighting for the correct use of the apostrophe, together with Weird Al Yankovic

ClaggyProject donor
Volunteer tester
Send message
Joined: 5 Jul 99
Posts: 4152
Credit: 33,850,096
RAC: 33,254
United Kingdom
Message 1212098 - Posted: 30 Mar 2012, 23:10:04 UTC - in response to Message 1212094.
Last modified: 30 Mar 2012, 23:13:50 UTC

Question
There are two new files in my project folder


AstroPulse_Kernels_r555.cl_GeForce GTX 460.bin_V6

r555_AMDPhenomtmIIX61100TProcessor.wisdom


What are these???

The OpenCL compiled binary for your GTX 460, for AP v6 Wu's

and

the fftw Wisdom file for your CPU, contains codelets suitable for your CPU, this used to be generated in the slot every time the Stock CPU AP, MB or AP r409 apps started initially, and deleted once the Wu finished,
now it's just generated once in the project directory, and is reused.

Claggy

Profile Michael W.F. Miles
Avatar
Send message
Joined: 24 Mar 07
Posts: 244
Credit: 28,948,909
RAC: 13,941
Canada
Message 1212151 - Posted: 31 Mar 2012, 1:06:44 UTC - in response to Message 1212098.

Thanks Claggy

Just curious

Michael Miles

zoom314Project donor
Avatar
Send message
Joined: 30 Nov 03
Posts: 46544
Credit: 36,892,927
RAC: 5,104
United States
Message 1212348 - Posted: 31 Mar 2012, 14:48:19 UTC
Last modified: 31 Mar 2012, 15:31:33 UTC

Crunching stability reached, ah sweet stability, 285.62 is good...

Oh and I owe It all to some experimentation and some reading of some comments in the lunatics own forum, 98/99 on both 590 gpus all night while I slept, no increase in priority needed and no cpu fall back either...

I went thru several revisions of BoincTasks, all the way back to 1.17, currently at 1.24 and holding, of course TThrottle had to be reduced to 5.10 from 5.50 and x41g had to used, but now I have stability, instability would show up after 2 to 3 hours, no I don't need JasonG, I have what I need, He can ignore Me until Hell freezes over for all I care.

I am still having a driver issue though, stock speed is 630MHz for this 590, it's now running at 553MHz, so Nvidia has a driver problem it seems.
____________
My Facebook, War Commander, 2015

Profile cliff
Avatar
Send message
Joined: 16 Dec 07
Posts: 368
Credit: 2,645,740
RAC: 4,413
United Kingdom
Message 1212371 - Posted: 31 Mar 2012, 15:34:03 UTC - in response to Message 1212348.

Have you tried Nvidia system tools current ver is AFAIK 6.06 on Nvidia site
of NvidiaInspector? Either will allow user to set clocks etc.

I used the latter to downclock my 560's for a bit when the temps got to high:-)

Also I've had some problems with that driver under Win7, every now and then it just quits for no apparent reason, you get a blank screen, driver reloads and Boinc restarts apps, but with warning about no output files found and if problem persists project reset might be required..

But otherwise no problems:-)

Cheers,
____________
Cliff,
Been there, Done that, Still no damm T shirt!

Richard HaselgroveProject donor
Volunteer tester
Send message
Joined: 4 Jul 99
Posts: 8671
Credit: 51,897,278
RAC: 49,620
United Kingdom
Message 1212395 - Posted: 31 Mar 2012, 16:01:22 UTC - in response to Message 1212391.

The no output file problem is usually because the rig is so tied up tight that it cannot write to the hard drive in a reasonable time...

No.

No output file is a symptom that the task failed - could be any any number of reasons why. You need to dig deeper into the task report on this website to find out what happened to it.

Profile cliff
Avatar
Send message
Joined: 16 Dec 07
Posts: 368
Credit: 2,645,740
RAC: 4,413
United Kingdom
Message 1212420 - Posted: 31 Mar 2012, 16:58:59 UTC - in response to Message 1212395.

Hi Richard,
Trouble is I cant remember which tasks they were:-/ And AFAIK they actually resumed, I checked tasks and didnt see any error'd out tasks..

But it was immediatly after the 285.62 driver dropped out and then restarted.
So I assume when the driver went toes up, it stopped any GPU tasks dead without
the output files.. But that shouldnt have stopped the manager or client altogether I'd have thought..

Regards,
____________
Cliff,
Been there, Done that, Still no damm T shirt!

Profile Ageless
Avatar
Send message
Joined: 9 Jun 99
Posts: 12341
Credit: 2,639,767
RAC: 1,173
Netherlands
Message 1212456 - Posted: 31 Mar 2012, 18:12:29 UTC

Just asking. It's normal that the AP6_win_x86_SSE2_OpenCL_ATI_r555.exe app has no ATI GPU load for hours upon end? I've been tracking it for the past 1.5 hour+ with GPU-Z and SIV (yay, Ray!) and both show no GPU load.

It's progressing through the AP v6, but only with (seemingly high) CPU cycles: average 18% (with a max of 25%, since it's a 4 core CPU). So what then, has it moved back to running on the CPU only, by chance?

stderr.txt so far (72% run):

Number of app instances per device setted to:1
DATA_CHUNK_UNROLL setted to:4
FFA thread block override value:2048
FFA thread fetchblock override value:1024
Maximum single buffer size setted to:128MB
Running on device number: 0
DATA_CHUNK_UNROLL at default:4
Priority of worker thread raised successfully
Priority of process adjusted successfully, below normal priority class used
OpenCL platform detected: Advanced Micro Devices, Inc.
BOINC assigns 0 device, slots 0 to 0 (including) will be checked
Used slot is 0; Used GPU device parameters are:
Number of compute units: 12
Single buffer allocation size: 128MB
max WG size: 256

Build features: Non-graphics OpenCL COMBINED_DECHIRP_KERNEL FFTW USE_INCREASED_PRECISION USE_SSE2 x86
CPUID: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz

Cache: L1=64K L2=256K

CPU features: FPU TSC PAE CMPXCHG8B APIC SYSENTER MTRR CMOV/CCMP MMX FXSAVE/FXRSTOR SSE SSE2 HT SSE3
AstroPulse v. 6.00
Non-graphics FFTW USE_CONVERSION_OPT
Windows x86 rev 555, 6.00 match, by Raistmer with support of Lunatics.kwsn.net team. SSE2

OpenCL version by Raistmer

oclFFT fix for ATI GPUs by Urs Echternacht
ffa threshold mods by Joe Segur
SSE3 dechirping by JDWhale
Combined dechirp kernel by Frizz
Number of OpenCL platforms: 1


OpenCL Platform Name: AMD Accelerated Parallel Processing
Number of devices: 1
Max compute units: 12
Max work group size: 256
Max clock frequency: 775Mhz
Max memory allocation: 536870912
Cache type: None
Cache line size: 0
Cache size: 0
Global memory size: 2147483648
Constant buffer size: 65536
Max number of constant args: 8
Local memory type: Scratchpad
Local memory size: 32768
Queue properties:
Out-of-Order: No
Name: Barts
Vendor: Advanced Micro Devices, Inc.
Driver version: CAL 1.4.1703 (VM)
Version: OpenCL 1.1 AMD-APP (898.1)
Extensions: cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_gl_sharing cl_ext_atomic_counters_32 cl_amd_device_attribute_query cl_amd_vec3 cl_amd_printf cl_amd_media_ops cl_amd_popcnt cl_khr_d3d10_sharing cl_amd_meminfo


Info : Building Program (binary, clBuildProgram):main kernels: OK code 0

Number of app instances per device setted to:1
DATA_CHUNK_UNROLL setted to:4
FFA thread block override value:2048
FFA thread fetchblock override value:1024
Maximum single buffer size setted to:128MB
Running on device number: 0
DATA_CHUNK_UNROLL at default:4
Priority of worker thread raised successfully
Priority of process adjusted successfully, below normal priority class used
OpenCL platform detected: Advanced Micro Devices, Inc.
BOINC assigns 0 device, slots 0 to 0 (including) will be checked
Used slot is 0; Used GPU device parameters are:
Number of compute units: 12
Single buffer allocation size: 128MB
max WG size: 256

Build features: Non-graphics OpenCL COMBINED_DECHIRP_KERNEL FFTW USE_INCREASED_PRECISION USE_SSE2 x86
CPUID: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz

Cache: L1=64K L2=256K

CPU features: FPU TSC PAE CMPXCHG8B APIC SYSENTER MTRR CMOV/CCMP MMX FXSAVE/FXRSTOR SSE SSE2 HT SSE3
### Restart at 11.71 percent.
Info : Building Program (binary, clBuildProgram):main kernels: OK code 0

Number of app instances per device setted to:1
DATA_CHUNK_UNROLL setted to:4
FFA thread block override value:2048
FFA thread fetchblock override value:1024
Maximum single buffer size setted to:128MB
Running on device number: 0
DATA_CHUNK_UNROLL at default:4
Priority of worker thread raised successfully
Priority of process adjusted successfully, below normal priority class used
OpenCL platform detected: Advanced Micro Devices, Inc.
BOINC assigns 0 device, slots 0 to 0 (including) will be checked
Used slot is 0; Used GPU device parameters are:
Number of compute units: 12
Single buffer allocation size: 128MB
max WG size: 256

Build features: Non-graphics OpenCL COMBINED_DECHIRP_KERNEL FFTW USE_INCREASED_PRECISION USE_SSE2 x86
CPUID: Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz

Cache: L1=64K L2=256K

CPU features: FPU TSC PAE CMPXCHG8B APIC SYSENTER MTRR CMOV/CCMP MMX FXSAVE/FXRSTOR SSE SSE2 HT SSE3
### Restart at 56.76 percent.
Info : Building Program (binary, clBuildProgram):main kernels: OK code 0

____________
Jord

Fighting for the correct use of the apostrophe, together with Weird Al Yankovic

Profile MikeProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 01
Posts: 24624
Credit: 34,024,279
RAC: 24,202
Germany
Message 1212466 - Posted: 31 Mar 2012, 18:23:00 UTC
Last modified: 31 Mar 2012, 18:24:36 UTC

That happens sometimes sadly.
Driver issue.
High CPU load indicates high blanking.
Blanking is processed by CPU only.

Suspend GPU for a few minutes and resume again.

Should solve it.
____________

ClaggyProject donor
Volunteer tester
Send message
Joined: 5 Jul 99
Posts: 4152
Credit: 33,850,096
RAC: 33,254
United Kingdom
Message 1212470 - Posted: 31 Mar 2012, 18:26:27 UTC - in response to Message 1212456.

Just asking. It's normal that the AP6_win_x86_SSE2_OpenCL_ATI_r555.exe app has no ATI GPU load for hours upon end? I've been tracking it for the past 1.5 hour+ with GPU-Z and SIV (yay, Ray!) and both show no GPU load.

It's progressing through the AP v6, but only with (seemingly high) CPU cycles: average 18% (with a max of 25%, since it's a 4 core CPU). So what then, has it moved back to running on the CPU only, by chance?


If it's got higher CPU usage it's probably got more Blanking (Blanking is done on the CPU and causes lower GPU usage),

But there is also a ATI driver Bug/app Bug about, it affects both Raistmer's MB/v7 and AP GPU apps, Suspending the task with low GPU usage, watching task manager until it exits, then resuming the task sometimes gets higher GPU use,

Claggy

Profile Ageless
Avatar
Send message
Joined: 9 Jun 99
Posts: 12341
Credit: 2,639,767
RAC: 1,173
Netherlands
Message 1212540 - Posted: 31 Mar 2012, 20:34:17 UTC - in response to Message 1212470.

Suspending the task with low GPU usage, watching task manager until it exits, then resuming the task sometimes gets higher GPU use

I read someone saying that before and tried it. Didn't work. The task is now at 90% and still only working on the CPU. Oh well, at least it still goes reasonably fast.
____________
Jord

Fighting for the correct use of the apostrophe, together with Weird Al Yankovic

Profile Ageless
Avatar
Send message
Joined: 9 Jun 99
Posts: 12341
Credit: 2,639,767
RAC: 1,173
Netherlands
Message 1212550 - Posted: 31 Mar 2012, 21:03:38 UTC - in response to Message 1212540.

OK, so in the end it was the amount of blanking.
End of the task says:

single pulses: 2 repetitive pulses: 0 percent blanked: 84.90 class T_remove_radar: total=1.26e+009, N=1, <>=1.26e+009, min=1.26e+009, max=1.26e+009 class T_main_loop_L1: total=3.81e+013, N=47, <>=8.10e+011, min=3.31e+011, max=2.58e+012 class T_FFT_forward: total=9.06e+009, N=192512, <>=4.71e+004, min=5.42e+003, max=1.67e+008 class T_remove_radar_randomize: total=5.19e+012, N=769672, <>=6.75e+006, min=3.06e+002, max=1.45e+009 class T_build_chirp_table: total=0.00e+000, N=0, <>=0.00e+000, min=1.84e+019, max=0.00e+000 class T_DataWrite: total=3.43e+009, N=164688, <>=2.08e+004, min=4.26e+003, max=1.69e+007 class T_DataWrite_ns: total=0, N=0, <>=0, min=0 max=0 class T_oclReadBuf: total=2.71e+007, N=192512, <>=1.40e+002, min=1.80e+001, max=5.50e+006 class T_ChirpWrite: total=0.00e+000, N=0, <>=0.00e+000, min=1.84e+019, max=0.00e+000 class T_ChirpWrite_ns: total=0, N=0, <>=0, min=0 max=0 class T_dechirp: total=3.75e+009, N=192512, <>=1.95e+004, min=8.01e+003, max=1.47e+008 class Dechirp_ns: total=0, N=0, <>=0, min=0 max=0 class Half_ns: total=0, N=0, <>=0, min=0 max=0 class T_PC_single_pulse_kernel_FFA_update: total=1.02e+013, N=192512, <>=5.28e+007, min=1.01e+007, max=1.34e+009 class PC_ns: total=0, N=0, <>=0, min=0 max=0 class T_oclReadBuf: total=2.71e+007, N=192512, <>=1.40e+002, min=1.80e+001, max=5.50e+006 class T_oclWriteBuf: total=3.50e+009, N=164688, <>=2.13e+004, min=4.39e+003, max=1.69e+007 class T_FFT_inverse: total=1.64e+009, N=192512, <>=8.51e+003, min=4.75e+003, max=1.47e+008 class T_ffa: total=2.25e+013, N=846, <>=2.66e+010, min=4.23e+009, max=3.80e+011 class T_GPU_buffer_read_backs: total=1, N=1, <>=1, min=1 max=1 USE_OPENCL OPENCL_WRITE USE_INCREASED_PRECISION SMALL_CHIRP_TABLE COMBINED_DECHIRP_KERNEL rev 555 22:55:08 (2772): called boinc_finish

The MB running on the GPU now is taking 60-70% GPU, so normal load. :)
____________
Jord

Fighting for the correct use of the apostrophe, together with Weird Al Yankovic

Previous · 1 . . . 7 · 8 · 9 · 10 · 11 · 12 · 13 . . . 14 · Next

Message boards : Number crunching : Lunatics Windows Installer v0.40 release notes

Copyright © 2014 University of California