Message boards :
Number crunching :
OpenCL NV MultiBeam v8 SoG edition for Windows
Message board moderation
Previous · 1 . . . 7 · 8 · 9 · 10 · 11 · 12 · 13 . . . 18 · Next
Author | Message |
---|---|
Joe Januzzi Send message Joined: 13 Apr 03 Posts: 54 Credit: 307,134,110 RAC: 492 |
Zalster, I didn't touch my app-info, and I got this on my start up log. Looks like I'm going to wait and see, before I try to fix my file. Joe 4/13/2016 2:49:34 PM | SETI@home | Found app_info.xml; using anonymous platform 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: setiathome_v7 windows_intelx86 700 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: setiathome_v7 windows_x86_64 700 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 703 sse2 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 703 sse2 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 703 sse 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 703 sse 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 701 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 701 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 700 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 700 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 710 opencl_nvidia_100 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 710 cuda_opencl_100 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 710 opencl_nvidia_cc1 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 710 cuda_opencl_cc1 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 705 opencl_nvidia_100 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 705 cuda_opencl_100 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 705 opencl_nvidia_cc1 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_x86_64 705 cuda_opencl_cc1 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 710 opencl_nvidia_100 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 710 cuda_opencl_100 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 710 opencl_nvidia_cc1 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 710 cuda_opencl_cc1 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 705 opencl_nvidia_100 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 705 cuda_opencl_100 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 705 opencl_nvidia_cc1 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: astropulse_v7 windows_intelx86 705 cuda_opencl_cc1 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: setiathome_v8 windows_x86_64 800 4/13/2016 2:49:34 PM | SETI@home | [error] State file error: duplicate app version: setiathome_v8 windows_intelx86 800 Real Join Date: Joe Januzzi (ID 253343) 29 Sep 1999, 22:30:36 UTC Try to learn something new everyday. |
Bruce Send message Joined: 15 Mar 02 Posts: 123 Credit: 124,955,234 RAC: 11 |
I have never seen this type of error in the log before, they must have made some changes in the server to cause them, probably because of GBT. You do not need both platforms. If you have a 32bit OS, then stay with the intelx86 platform. If you have a 64bit OS, you can use either one. I have a Win x64 and I use the intelx86 platform in my app-info. If you have a 64bit CPU and a 64bit OS, then you have a x86_64 platform. You can delete the the sections that include your duplicates. Make backups! Hope this helps. Bruce |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
Joe, The only error I got was the one listed but I removed everything from the setiathome folder and restall the lunatics then cut the last section out and pasted in the SoG section. Don't know if that made a difference or not. I do know this, when I looked at the app_info I do have see both x86-64 and intelx86 mixed thru out it, so why it only flagged those 2 is beyond me. Installed the latest version of Raismter SoG It seems to show better utilization but I'm only at 3 MB per GPU and none of them have been Guppi yet so don't know it will respond. @ Bruce Going to keep an eye on them for a while and I'll debate about removing that 1 section from my app_info Zalster |
Joe Januzzi Send message Joined: 13 Apr 03 Posts: 54 Credit: 307,134,110 RAC: 492 |
Zalster, I loaded my back-up app-info file, and no more errors in my start up log. I saved the corrupt file(?) for CYA. What version of SoG are you running? Where do you keep track on the latest version? Joe Real Join Date: Joe Januzzi (ID 253343) 29 Sep 1999, 22:30:36 UTC Try to learn something new everyday. |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
Joe, I got it from Raistmer's dropbox. https://cloud.mail.ru/public/DMkN/x4BRCYuAV I'm thinking it's beta 8.12 but I just keep everything as 800 here on main |
Joe Januzzi Send message Joined: 13 Apr 03 Posts: 54 Credit: 307,134,110 RAC: 492 |
|
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
Beta has Guppi for testing on GPUs I'm moved my machine there. So far with OpenCL_nvidia_sah it's just under 16 minutes for a guppi Need to clear those out then try the OpenCl_nvidia_SoG on them |
rob smith Send message Joined: 7 Mar 03 Posts: 22502 Credit: 416,307,556 RAC: 380 |
Thanks for the heads-up, I've just suspended main on one of mine and rolled it over to Beta. Like you a pile of "normal" tasks to get through, then let it "run wild" on the next delivery.... Bob Smith Member of Seti PIPPS (Pluto is a Planet Protest Society) Somewhere in the (un)known Universe? |
rob smith Send message Joined: 7 Mar 03 Posts: 22502 Credit: 416,307,556 RAC: 380 |
....just got the first few guppi - mixture of SoG, Cuda42 & Cuda50. It will be interesting to see how they compare in terms of run times (should be running in a few hours time, some of the GPU tasks will be on a GTX980 and some on GTX970s (and maybe a few on GTX780s....) Bob Smith Member of Seti PIPPS (Pluto is a Planet Protest Society) Somewhere in the (un)known Universe? |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
Sah (16 mins) is twice as fast as cuda 50 (33 minutes), still waiting for some SoGs |
rob smith Send message Joined: 7 Mar 03 Posts: 22502 Credit: 416,307,556 RAC: 380 |
SoG approx the same as SAH, both approx half CUDA50 (CUDA50 time about two-three times "normal" Arecibo MB) Edit to add: All on the same GTX980 Bob Smith Member of Seti PIPPS (Pluto is a Planet Protest Society) Somewhere in the (un)known Universe? |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
Was observing the SoG and noticed they start off fast but when they hit 70% complete they start to crawl.....dragging out the completion example... 6 minutes into computations, 70% done then they slow down and take another 6 minutes to finish those last 30% I'm wondering if this the fix Raistmer came up with to prevent the 100% usage of the CPU when nearing the completion of the work unit. |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14678 Credit: 200,643,578 RAC: 874 |
Which precise SoG version was this, please? If it was for NV card, please cite r number and I'll check the actual <frac_done> values with my modded client - it was a progress reporting problem last time. |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
I'm using the last one Raistmer had on his dropbox Mb8_win_x86_SSE3_OpenCl_NV_r3430_SoG.7z |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14678 Credit: 200,643,578 RAC: 874 |
OK, got it, thanks. Did you happen to notice any task details - what AR, etc.? Hooked it up to Beta and got guppi_VLAR as the first fetch. It does seem to be an issue related to the one we were discussing at Beta - but at VLAR, perhaps not so drastic. wu_name: blc3_2bit_guppi_57451_20612_HIP62472_0007.12525.831.18.21.146.vlar WU true angle range is : 0.008175 <prog> <fraction_done> 17:13:25 17:14:25 0.01748931 0.043302 17:15:25 0.04244621 0.098808 17:16:26 0.06566018 0.159925 17:17:27 0.09050095 0.215225 17:18:32 0.11596886 0.277116 17:19:36 0.14290232 0.341525 17:20:36 0.16774924 0.396144 17:21:43 0.18374324 0.442169 17:22:50 0.20764196 0.497730 17:23:56 0.23405194 0.559920 17:24:59 0.26072407 0.622799 17:26:03 0.28700744 0.684736 17:27:04 0.32917878 0.704677 17:28:05 0.37018072 0.726249 17:29:06 0.41237318 0.745490 17:30:07 0.45388002 0.766894 17:31:08 0.49561945 0.785576 17:32:08 0.53885943 0.807092 17:33:08 0.58042432 0.826390 17:34:10 0.62295983 0.845603 17:35:10 0.66387519 0.866467 17:36:11 0.70599017 0.885643 17:37:12 0.74688920 0.906469 The SoG application keeps two different counters for how far it's got: "Progress" and "Fraction done". We're seeing fraction done in the progress column in BOINC Manager. You'd expect them to be the same, but clearly either fraction done is counting up too fast in the early stages, or progress is counting more slowly (which is what we're used to from the CUDA apps, which - in reporting terms - start slow and speed up). I don't think there's any definite answer for which is right - perhaps we need to arrange another developer brainstorming party, if that desert island is still free. |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
Looking all the SoG I've run this am, they are all 0.008175 I'll look farther back to last night Edit.. If it is just the progress we see versus the fraction done than I guess there is nothing we can do. I do like that they don't suddenly jump up to 100% of CPU like they were doing. Still 13 minutes GPU is much better than 55 minutes CPU |
Richard Haselgrove Send message Joined: 4 Jul 99 Posts: 14678 Credit: 200,643,578 RAC: 874 |
Now I'm back upstairs, I can see that SoG is still using a heck of a lot of CPU: current display of "CPU efficiency" in BoincView is 0.9788, or 97.88% of a core - pretty good for a CPU application, but compare with ~22% for GPUGrid cuda65, ~11% for SETI cuda50, or <2% for Einstein intel_gpu tasks. Note that CPU efficiency is (some form of) direct measurement: I think BoincTasks has something similar, though I don't know exactly how either of them work. But they're certainly more realistic than BOINC Manager's echo back of whatever value is written in app_info.xml or estimated by the server. |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
Yes, I use BoincTask as well and they all use 97% of a core each. It used to be running more than 1 per card reduced that amount but I just finished testin 2 at a time on the cards and there is no difference. About to try 3 at a time and will see if that reduces any time to complete or % of CPU. If neither of those happen then I may run r3366 again to see how it compares. |
Zalster Send message Joined: 27 May 99 Posts: 5517 Credit: 528,817,460 RAC: 242 |
So 3 per Card generates 36-37 minutes, about 1 minute faster than running a single Guppi by itself on the GPU CPU utilization is down anywhere from 80-92% of a CPU rather than 97% Only problem is, this require large number of CPU cores to make this happen. |
kittyman Send message Joined: 9 Jul 00 Posts: 51477 Credit: 1,018,363,574 RAC: 1,004 |
So 3 per Card generates 36-37 minutes, about 1 minute faster than running a single Guppi by itself on the GPU Not looking very good, is it? I gotz GPU power, but CPU power is a limitation. This may be a hard nut to crack for the optimization crew. "Time is simply the mechanism that keeps everything from happening all at once." |
©2024 University of California
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.