The Highest Ranked SETI AMD Host is a MAC: Time for a STOCK MAC APP?

Message boards : Number crunching : The Highest Ranked SETI AMD Host is a MAC: Time for a STOCK MAC APP?
Message board moderation

To post messages, you must log in.

Previous · 1 . . . 12 · 13 · 14 · 15 · 16 · 17 · 18 . . . 21 · Next

AuthorMessage
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 1645784 - Posted: 23 Feb 2015, 23:36:00 UTC - in response to Message 1645762.  

So far none of the MultiBeam_Kernels.cl files have had numbers. I tried just about everything in Lion, then decided to try Mountain Lion. The MBv7_7.05r2120_sse3_clGPU_x86_64-apple-darwin built in ML is actually seen as a Unix Executable File, but it's small at 2.3 MB and the MultiBeam_Kernels.cl files still don't have numbers. It also quits when trying to build the binaries.

Then I decided to move to ML but the App I'm testing for Urs blew up as soon as it started building binaries;
ERROR: OpenCL kernel/call 'ReadBuffer(gpu_WorkData->tPowerSpectrum)' call failed (-5) in file analyzePoT.cpp near line 3505.
Waiting 30 sec before restart...
I remember something about a ML Security update that caused AP 704 to fail, maybe it has something to do with that problem too.

So, I've given up in Lion where the Urs app works, I can't get anything to work in ML, and I can't get anything to build in Yosemite but the Urs app works.
Oh well, are the APs here yet?
ID: 1645784 · Report as offensive
Profile petri33
Volunteer tester

Send message
Joined: 6 Jun 02
Posts: 1668
Credit: 623,086,772
RAC: 156
Finland
Message 1645795 - Posted: 24 Feb 2015, 0:15:22 UTC - in response to Message 1645784.  

Please try : rename it so that it has numbers.
To overcome Heisenbergs:
"You can't always get what you want / but if you try sometimes you just might find / you get what you need." -- Rolling Stones
ID: 1645795 · Report as offensive
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 1645801 - Posted: 24 Feb 2015, 0:44:21 UTC - in response to Message 1645795.  
Last modified: 24 Feb 2015, 0:49:35 UTC

Oh I've done much more than just add numbers to the .cl files. As far as I can tell this mythical directory called seti_boinc is the build directory. For some reason it's not being created. I've tried identifying/listing it in the configure file, tried renaming boinc to seti_boinc, listing it as a directory in the configure line, used different lines, etc, etc. The only time you don't get 'seti_boinc: No such file or directory' is when you add the USE_OPENCL option, otherwise it's the same error. Something is wrong with the build process as far as I can tell.

I was able to get the Error list in Lion Xcode down to a mere 17 by disabling most of the checks in Xcode. Unfortunately that's still 17 too many as it won't build with any Errors and there doesn't appear to be any override in Xcode.
ID: 1645801 · Report as offensive
Josef W. Segur
Volunteer developer
Volunteer tester

Send message
Joined: 30 Oct 99
Posts: 4504
Credit: 1,414,761
RAC: 0
United States
Message 1645862 - Posted: 24 Feb 2015, 5:52:04 UTC - in response to Message 1645801.  

The content of AKv8/mac_build is an unmaintained copy of Alex Kan's seti_boinc/mac_build from 2007 or so. Lunatics already had a seti_boinc branch so the base name was changed to avoid confusion while porting Alex's code to Windows and Linux. Changing every seti_boinc to AKv8 in the project files you're using would probably clear up that issue.

MultiBeam_Kernels.cl and MultiBeam_Kernels_additional.cl are not compiled into the executable, so have no counts. Instead they serve as source for the OpenCL implementation and are compiled at runtime to binaries which are suitable for the particular GPU. Raistmer has arranged for those binaries to be saved in files which can be loaded for subsequent tasks in order to save time.
                                                                   Joe
ID: 1645862 · Report as offensive
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 1645875 - Posted: 24 Feb 2015, 6:39:46 UTC - in response to Message 1645862.  
Last modified: 24 Feb 2015, 7:18:25 UTC

The content of AKv8/mac_build is an unmaintained copy of Alex Kan's seti_boinc/mac_build from 2007 or so. Lunatics already had a seti_boinc branch so the base name was changed to avoid confusion while porting Alex's code to Windows and Linux. Changing every seti_boinc to AKv8 in the project files you're using would probably clear up that issue.

The seti_boinc I was refering to is coming from the Terminal, not Xcode. Yes, I'm well aware of the original Xcode project in mac_build. I have now updated it to my own project named mac_seti, all of the settings have been updated to 10.10.2 settings. All I have to do now is pull it out of the old folder and then add it into the newly downloaded folder. I am not having any mythical seti_boinc problems with Xcode because you can't even run Make in Xcode with even 1 Error, and the Errors are showing similar to the Errors in the Terminal. The problem is coming while trying to build the current files in the Terminal using autosetup, configure, and make. Look above a few posts where the Terminal Make ended in seti_boinc no such file or directory. The files I am using came from the Repository and I don't see any seti_boinc in them. The reason they keep printing as 2120 is because the configure.ac file in the repository has it listed as 2120 even though the files are hours old, https://setisvn.ssl.berkeley.edu/trac/browser/branches/sah_v7_opt/AKv8/configure.ac. Until someone changes that 2120 it will stay.

MultiBeam_Kernels.cl and MultiBeam_Kernels_additional.cl are not compiled into the executable, so have no counts. Instead they serve as source for the OpenCL implementation and are compiled at runtime to binaries which are suitable for the particular GPU. Raistmer has arranged for those binaries to be saved in files which can be loaded for subsequent tasks in order to save time.
                                                                   Joe

Well, every MB .cl file I've seen has numbers, including the ones posted by Joe Fox compiled on a Mac in the Terminal, MultiBeam_Kernels_r2760.cl. Are you saying people are just adding those numbers onto the file name?
ID: 1645875 · Report as offensive
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 1645978 - Posted: 24 Feb 2015, 12:31:26 UTC
Last modified: 24 Feb 2015, 12:42:49 UTC

Here are the same results with a fresh install of Lion, No Xcode installed, Project file Never been opened by this system, only the bare minimum installed since wiping the disk and installing off the DVD. Only the needed open source apps and Command line tools have been installed. This is from the Terminal, the sah_v7_opt folder was downloaded last night.

m4/libtool.m4:55: AC_PROG_LIBTOOL is expanded from...
m4/libtool.m4:6081: AM_PROG_LIBTOOL is expanded from...
configure.ac:201: the top level
Done, now run ./configure
./configure -C to enable caching
./configure --enable-maintainer-mode to enable maintainer depedencies
iSETI:AKv8 TBar$ ./configure --disable-server --disable-graphics --disable-shared --enable-bitness=64 --enable-client --enable-static-client --enable-static --enable-dependency-tracking --enable-intrinsics --enable-sse3 --host=x86_64-apple-darwin --target=x86_64-apple-darwin --build=x86_64-apple-darwin --with-boinc-platform=x86_64-apple-darwin CC="/usr/bin/clang" CPPFLAGS=" -mmacosx-version-min=10.7 -O3 -mtune=generic --param inline-unit-growth=3000 -DUSE_I386_OPTIMIZATIONS -DUSE_I386_XEON -DUSE_FFTW -DUSE_OPENCL -DASYNC_SPIKE -DSETI7 -DOCL_CHIRP3 -DUSE_SSE3 -I./ -I./Users/Tom/sah_v7_opt/AKv8/client -I./Users/Tom/sah_v7_opt/src" LDFLAGS=" -mmacosx-version-min=10.7 -ldl -lz -lpthread -framework Carbon -static-libgcc -static-stdc++" BOINCDIR=" /Users/TBar/boinc"
svn: '.' is not a working copy
svn: '.' is not a working copy
configure: svnrev = svnrevnum =
configure: darwin intermacdirs = x86_64-apple-darwin
checking build system type... x86_64-apple-darwin
checking host system type... x86_64-apple-darwin
checking target system type... x86_64-apple-darwin
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
...
config.status: creating ../src/Makefile
config.status: creating sah_config.h
config.status: executing depfiles commands
iSETI:AKv8 TBar$ make -i -k
make -s all-recursive
Making all in client
In file included from s_util.h:140,
from main.cpp:85:
../../src/GPU_lock.h: In member function ‘void HostAbilities::PrintAllocatedGPUmemSize()’:
../../src/GPU_lock.h:216: warning: format ‘%ld’ expects type ‘long int’, but argument 3 has type ‘uint64_t’
...
../../src/OpenCL_FFT/fft_setup.cpp:846: warning: format ‘%d’ expects type ‘int’, but argument 4 has type ‘size_t’
../../src/OpenCL_FFT/fft_setup.cpp:846: warning: format ‘%d’ expects type ‘int’, but argument 5 has type ‘size_t’
i686-apple-darwin11-llvm-g++-4.2: seti_boinc-timecvt.o: No such file or directory
cp: seti_boinc: No such file or directory
strip: can't open file: MBv7_7.05r2120_sse3_clGPU_x86_64-apple-darwin (No such file or directory)
DynWUs MB_CUDA_kernels.cu MB_CUDA_objects.h Makefile Makefile.Readme Makefile.am Makefile.in Makefile.in.graphics MultiBeam_Kernels.cl MultiBeam_Kernels_additional.cl MultiBeam_OpenCL_ReadMe.txt amd64AnalyzeFuncs.cpp amd64fft8g.cpp analyze.h analyzeFuncs.cpp analyzeFuncs.h analyzePoT.cpp analyzePoT.h analyzeReport.cpp analyzeReport.h app_icon.h autocorr.cpp autocorr.h better_banner.jpg chirpfft.cpp chirpfft.h collect2_line_linux.csh collect2_line_solaris.csh config.h cpu_check.h fft8g.cpp fft8g.h gaussfit.cpp gaussfit.h gdata.cpp gdata.h lcgamm.cpp lcgamm.h main.cpp progress.cpp progress.h pulsefind.cpp pulsefind.h s_util.cpp s_util.h sah_gfx.cpp sah_gfx.h sah_gfx_base.cpp sah_gfx_base.h seti.cpp seti.h seti_boinc-CLInfo.o seti_boinc-GPU_lock.o seti_boinc-analyzeFuncs.o seti_boinc-analyzePoT.o seti_boinc-analyzeReport.o seti_boinc-autocorr.o seti_boinc-chirpfft.o seti_boinc-fft_execute.o seti_boinc-fft_kernelstring.o seti_boinc-fft_setup.o seti_boinc-gaussfit.o seti_boinc-gdata.o seti_boinc-lcgamm.o seti_boinc-main.o seti_boinc-malloc_a.o seti_boinc-progress.o seti_boinc-pulsefind.o seti_boinc-s_util.o seti_boinc-schema_master.o seti_boinc-seti.o seti_boinc-seti_header.o seti_boinc-spike.o seti_boinc-sqlblob.o seti_boinc-sqlrow.o seti_boinc-version.o seti_boinc-worker.o seti_boinc-xml_util.o seti_header.cpp seti_header.h sincos.h spike.cpp spike.h test_workunits timecvt.cpp timecvt.h version.cpp version.h win-config.h win-sah_config.h win_build worker.cpp worker.h FINSHED BUILDING CLIENT PROGRAM DynWUs MB_CUDA_kernels.cu MB_CUDA_objects.h Makefile Makefile.Readme Makefile.am Makefile.in Makefile.in.graphics MultiBeam_Kernels.cl MultiBeam_Kernels_additional.cl MultiBeam_OpenCL_ReadMe.txt amd64AnalyzeFuncs.cpp amd64fft8g.cpp analyze.h analyzeFuncs.cpp analyzeFuncs.h analyzePoT.cpp analyzePoT.h analyzeReport.cpp analyzeReport.h app_icon.h autocorr.cpp autocorr.h better_banner.jpg chirpfft.cpp chirpfft.h collect2_line_linux.csh collect2_line_solaris.csh config.h cpu_check.h fft8g.cpp fft8g.h gaussfit.cpp gaussfit.h gdata.cpp gdata.h lcgamm.cpp lcgamm.h main.cpp progress.cpp progress.h pulsefind.cpp pulsefind.h s_util.cpp s_util.h sah_gfx.cpp sah_gfx.h sah_gfx_base.cpp sah_gfx_base.h seti.cpp seti.h seti_boinc-CLInfo.o seti_boinc-GPU_lock.o seti_boinc-analyzeFuncs.o seti_boinc-analyzePoT.o seti_boinc-analyzeReport.o seti_boinc-autocorr.o seti_boinc-chirpfft.o seti_boinc-fft_execute.o seti_boinc-fft_kernelstring.o seti_boinc-fft_setup.o seti_boinc-gaussfit.o seti_boinc-gdata.o seti_boinc-lcgamm.o seti_boinc-main.o seti_boinc-malloc_a.o seti_boinc-progress.o seti_boinc-pulsefind.o seti_boinc-s_util.o seti_boinc-schema_master.o seti_boinc-seti.o seti_boinc-seti_header.o seti_boinc-spike.o seti_boinc-sqlblob.o seti_boinc-sqlrow.o seti_boinc-version.o seti_boinc-worker.o seti_boinc-xml_util.o seti_header.cpp seti_header.h sincos.h spike.cpp spike.h test_workunits timecvt.cpp timecvt.h version.cpp version.h win-config.h win-sah_config.h win_build worker.cpp worker.h
ln: seti_boinc: No such file or directory
DynWUs MB_CUDA_kernels.cu MB_CUDA_objects.h Makefile Makefile.Readme Makefile.am Makefile.in Makefile.in.graphics MultiBeam_Kernels.cl MultiBeam_Kernels_additional.cl MultiBeam_OpenCL_ReadMe.txt amd64AnalyzeFuncs.cpp amd64fft8g.cpp analyze.h analyzeFuncs.cpp analyzeFuncs.h analyzePoT.cpp analyzePoT.h analyzeReport.cpp analyzeReport.h app_icon.h autocorr.cpp autocorr.h better_banner.jpg chirpfft.cpp chirpfft.h collect2_line_linux.csh collect2_line_solaris.csh config.h cpu_check.h fft8g.cpp fft8g.h gaussfit.cpp gaussfit.h gdata.cpp gdata.h lcgamm.cpp lcgamm.h main.cpp progress.cpp progress.h pulsefind.cpp pulsefind.h s_util.cpp s_util.h sah_gfx.cpp sah_gfx.h sah_gfx_base.cpp sah_gfx_base.h seti.cpp seti.h seti_boinc-CLInfo.o seti_boinc-GPU_lock.o seti_boinc-analyzeFuncs.o seti_boinc-analyzePoT.o seti_boinc-analyzeReport.o seti_boinc-autocorr.o seti_boinc-chirpfft.o seti_boinc-fft_execute.o seti_boinc-fft_kernelstring.o seti_boinc-fft_setup.o seti_boinc-gaussfit.o seti_boinc-gdata.o seti_boinc-lcgamm.o seti_boinc-main.o seti_boinc-malloc_a.o seti_boinc-progress.o seti_boinc-pulsefind.o seti_boinc-s_util.o seti_boinc-schema_master.o seti_boinc-seti.o seti_boinc-seti_header.o seti_boinc-spike.o seti_boinc-sqlblob.o seti_boinc-sqlrow.o seti_boinc-version.o seti_boinc-worker.o seti_boinc-xml_util.o seti_header.cpp seti_header.h sincos.h spike.cpp spike.h test_workunits timecvt.cpp timecvt.h version.cpp version.h win-config.h win-sah_config.h win_build worker.cpp worker.h FINSHED BUILDING DEBUG CLIENT PROGRAM DynWUs MB_CUDA_kernels.cu MB_CUDA_objects.h Makefile Makefile.Readme Makefile.am Makefile.in Makefile.in.graphics MultiBeam_Kernels.cl MultiBeam_Kernels_additional.cl MultiBeam_OpenCL_ReadMe.txt amd64AnalyzeFuncs.cpp amd64fft8g.cpp analyze.h analyzeFuncs.cpp analyzeFuncs.h analyzePoT.cpp analyzePoT.h analyzeReport.cpp analyzeReport.h app_icon.h autocorr.cpp autocorr.h better_banner.jpg chirpfft.cpp chirpfft.h collect2_line_linux.csh collect2_line_solaris.csh config.h cpu_check.h fft8g.cpp fft8g.h gaussfit.cpp gaussfit.h gdata.cpp gdata.h lcgamm.cpp lcgamm.h main.cpp progress.cpp progress.h pulsefind.cpp pulsefind.h s_util.cpp s_util.h sah_gfx.cpp sah_gfx.h sah_gfx_base.cpp sah_gfx_base.h seti.cpp seti.h seti_boinc-CLInfo.o seti_boinc-GPU_lock.o seti_boinc-analyzeFuncs.o seti_boinc-analyzePoT.o seti_boinc-analyzeReport.o seti_boinc-autocorr.o seti_boinc-chirpfft.o seti_boinc-fft_execute.o seti_boinc-fft_kernelstring.o seti_boinc-fft_setup.o seti_boinc-gaussfit.o seti_boinc-gdata.o seti_boinc-lcgamm.o seti_boinc-main.o seti_boinc-malloc_a.o seti_boinc-progress.o seti_boinc-pulsefind.o seti_boinc-s_util.o seti_boinc-schema_master.o seti_boinc-seti.o seti_boinc-seti_header.o seti_boinc-spike.o seti_boinc-sqlblob.o seti_boinc-sqlrow.o seti_boinc-version.o seti_boinc-worker.o seti_boinc-xml_util.o seti_header.cpp seti_header.h sincos.h spike.cpp spike.h test_workunits timecvt.cpp timecvt.h version.cpp version.h win-config.h win-sah_config.h win_build worker.cpp worker.h
Making all in ./../src
iSETI:AKv8 TBar$


I really don't understand how Alex's file that has never been opened by this system, that doesn't have Xcode installed, can be causing this.
The bright side is I have my missing 10 Gb back that went missing during the last 3 weeks of trying to get this to work.
ID: 1645978 · Report as offensive
Profile Raistmer
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 16 Jun 01
Posts: 6325
Credit: 106,370,077
RAC: 121
Russia
Message 1645982 - Posted: 24 Feb 2015, 12:45:25 UTC - in response to Message 1645875.  
Last modified: 24 Feb 2015, 13:02:07 UTC


Well, every MB .cl file I've seen has numbers, including the ones posted by Joe Fox compiled on a Mac in the Terminal, MultiBeam_Kernels_r2760.cl. Are you saying people are just adding those numbers onto the file name?


Yep, they do. [BTW, petri33 pointed that twice already] Unless they devise script to do that from SVN rev number.
It's done for Windows (look corresponding .bat files) and probably for Linux too. If you have some SVN command line tools look to mentioned .bat files and SVN tools manual to devise something similar for for OS X. Script should look into SVN revision number of sources then copy MultiBeam_Kernels.cl file into same directory where executable created after building process and name it MultiBeam_Kernels_rN.cl where N is revision number from prev step.

It can be done manually of course but it's boring so script preferable.

Wouldn't be useful to attempt to get actually working configure and build scripts from Joe Fox who seems had compiled to working binaries already.

AFAIK Urs has launchable binary for OS X too but there is precision issue currently.
ID: 1645982 · Report as offensive
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 1645985 - Posted: 24 Feb 2015, 13:19:01 UTC - in response to Message 1645982.  
Last modified: 24 Feb 2015, 14:03:00 UTC

Joe hasn't been heard from in a while, as you are aware. I would really like to know how he arrived with his app though. The problem with his app is it has low GPU use requiring you to run two instances on top of having high CPU use on any AR below 0.5. It boils down to his app totally consuming a quad core CPU on the low AR tasks complete with horrible screen lag. Basically not usable if you use your computer for somthing other than Seti. I have been testing Urs app. It's better on the GPU/CPU use but still has annoying screen lag on the lower ARs. I've run hundreds of tasks and haven't had any invalids other than the couple that are going to come from trying it on OSX 10.8.5. Apparently it has a problem on that system. I was hoping to fine tune it for my system.

It would be nice to understand why I'm getting all these seti_boinc no such file statements. Trying to explain it as an Xcode problem isn't believable.

BTW, all those other files such as;
seti_boinc-CLInfo.o seti_boinc-GPU_lock.o seti_boinc-analyzeFuncs.o seti_boinc-analyzePoT.o seti_boinc-analyzeReport.o seti_boinc-autocorr.o seti_boinc-chirpfft.o seti_boinc-fft_execute.o seti_boinc-fft_kernelstring.o seti_boinc-fft_setup.o
Are in the AKv8/client folder.
ID: 1645985 · Report as offensive
Profile Raistmer
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 16 Jun 01
Posts: 6325
Credit: 106,370,077
RAC: 121
Russia
Message 1645998 - Posted: 24 Feb 2015, 14:00:26 UTC - in response to Message 1645985.  
Last modified: 24 Feb 2015, 14:03:14 UTC


It would be nice to understand why I'm getting all these seti_boinc no such file statements.

Cause that directory mentioned in scripts you use.
Why it still mentioned there is another question. PErhaps, because used script old and unmaintained.
Maybe Urs could point to more fresh build scripts to use.
ID: 1645998 · Report as offensive
Profile Raistmer
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 16 Jun 01
Posts: 6325
Credit: 106,370,077
RAC: 121
Russia
Message 1646072 - Posted: 24 Feb 2015, 17:06:45 UTC - in response to Message 1645985.  
Last modified: 24 Feb 2015, 17:09:05 UTC


BTW, all those other files such as;
seti_boinc-CLInfo.o seti_boinc-GPU_lock.o seti_boinc-analyzeFuncs.o seti_boinc-analyzePoT.o seti_boinc-analyzeReport.o seti_boinc-autocorr.o seti_boinc-chirpfft.o seti_boinc-fft_execute.o seti_boinc-fft_kernelstring.o seti_boinc-fft_setup.o
Are in the AKv8/client folder.


Похоже, скрипт просто испорчен. seti_boinc - это каталог. А у тебя это часть имени файла. Проверяй расстановку кавычек...
ID: 1646072 · Report as offensive
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 1646168 - Posted: 25 Feb 2015, 2:01:38 UTC - in response to Message 1646072.  

i686-apple-darwin11-llvm-g++-4.2: seti_boinc-timecvt.o: No such file or directory
cp: seti_boinc: No such file or directory

I started looking for timecvt.o. I found one in the folder I had been working on in Mountain Lion yesterday. Apparently it's being generated in that system. I also found other references, most notably here;
https://setisvn.ssl.berkeley.edu/trac/browser/branches/sah_v7_opt/AKv8/client/Makefile.in#L103
seti_boinc-seti_header.$(OBJEXT) seti_boinc-timecvt.$(OBJEXT) \

That's where all the seti_boinc ...stuff is coming from.
I suppose the best thing to do is to move over to Mountain Lion even though there isn't a MB7 App that works over there.
ID: 1646168 · Report as offensive
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 1646200 - Posted: 25 Feb 2015, 4:03:11 UTC

Now in Mountain Lion, using the sah_v7_opt folder from yesterday. The file just created, MBv7_7.05r2120_sse3_clGPU_x86_64-apple-darwin, is only 2.3 mb in size, as if something is missing. I have added the number to the .cl files, the MultiBeam_Kernels_r2120.cl says it was created yesterday 18:11, the other says it's from 2012. It says;

22:48:24 (6134): Can't open init data file - running in standalone mode
22:48:24 (6134): Can't open init data file - running in standalone mode
Not using mb_cmdline.txt-file, using commandline options.
22:48:24 (6134): Can't open init data file - running in standalone mode
WARNING: init_data.xml missing
OpenCL platform detected: Apple
WARNING: BOINC supplied wrong platform!
Number of OpenCL devices found : 3 
BOINC assigns slot on device #2.
WARNING: BOINC failed to provide OpenCL device, using own enumeration abilities

Build features: SETI7 Non-graphics OpenCL USE_OPENCL_HD5xxx OCL_CHIRP3 ASYNC_SPIKE FFTW SSE3 64bit 
 System: Darwin  x86_64  Kernel: 12.6.0
CPU : Intel(R) Xeon(R) CPU           E5462  @ 2.80GHz 
 GenuineIntel x86, Family 6 Model 23 Stepping 6
 Features : FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT PSE36 CLFSH DS ACPI MMX FXSR SSE SSE2 SS HTT TM PBE SSE3 DTES64 MON DSCPL VMX EST TM2 SSSE3 CX16 TPR PDCM SSE4.1

OpenCL-kernels filename : MultiBeam_Kernels_r2120.cl 
INFO: can't open binary kernel file: .//MultiBeam_Kernels_r2120.clHD5_ATIRadeonBartsPROPrototype.bin_V7_12.6.0_10, continue with recompile...
libc++abi.dylib: terminate called throwing an exception
SIGABRT: abort called

Crashed executable name: MBv7_7.05r2120_sse3_clGPU_x86_64-apple-darwin
Machine type Intel 80486 (64-bit executable)
System version: Macintosh OS 10.8.5 build 12F45
Tue Feb 24 22:48:25 2015

0   MBv7_7.05r2120_sse3_clGPU_x86_64-apple-darwin 0x00000001047a3a6b std::_Rb_tree<int, std::pair<int const, PROCINFO>, std::_Select1st<std::pair<int const, PROCINFO> >, std::less<int>, std::allocator<std::pair<int const, PROCINFO> > >::_M_create_node(std::pair<int const, PROCINFO> const&) + 1099
1   MBv7_7.05r2120_sse3_clGPU_x86_64-apple-darwin 0x0000000104794d46 COPROCS::clear() + 4006
2   libsystem_c.dylib                   0x00007fff88a9390a _sigtramp + 26
3   ???                                 0x0000000000000000  0
4   libsystem_c.dylib                   0x00007fff88aeaf61 abort + 143
5   libc++abi.dylib                     0x00007fff8c5749eb abort_message + 257
6   libc++abi.dylib                     0x00007fff8c57239a default_terminate() + 28
7   libobjc.A.dylib                     0x00007fff878fe887 _objc_terminate() + 111
8   libc++abi.dylib                     0x00007fff8c5723c9 safe_handler_caller(void (*)()) + 8
9   libc++abi.dylib                     0x00007fff8c572424 __cxa_bad_typeid + 0
10  libc++abi.dylib                     0x00007fff8c57358b __gxx_exception_cleanup(_Unwind_Reason_Code, _Unwind_Exception*) + 0
11  libstdc++.6.dylib                   0x00007fff893c11a7 std::__throw_logic_error(char const*) + 85
12  libstdc++.6.dylib                   0x00007fff893e0a63 char* std::string::_S_construct<char const*>(char const*, char const*, std::allocator<char> const&, std::forward_iterator_tag) + 145
13  libstdc++.6.dylib                   0x00007fff893e9a50 std::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(char const*, std::allocator<char> const&) + 56
14  MBv7_7.05r2120_sse3_clGPU_x86_64-apple-darwin 0x000000010474970e std::string** std::__copy_backward<true, std::random_access_iterator_tag>::__copy_b<std::string*>(std::string* const*, std::string* const*, std::string**) + 10126
...
...

????

I wonder if it would work in another system...
ID: 1646200 · Report as offensive
Urs Echternacht
Volunteer tester
Avatar

Send message
Joined: 15 May 99
Posts: 692
Credit: 135,197,781
RAC: 211
Germany
Message 1646209 - Posted: 25 Feb 2015, 4:20:08 UTC

The reason for that failure are the latest security updates by Apple, which brought OS X kernel version Darwin 12.6.0
With 12.5.0 it would probably work.

It is the same reason why the AstroPulse 7.04 app has to be removed now.
_\|/_
U r s
ID: 1646209 · Report as offensive
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 1646228 - Posted: 25 Feb 2015, 5:50:06 UTC - in response to Message 1646209.  

I've made a little progress. It still stops with an Error, however it goes much further now. All I did was correct a couple system links I was placing in configure. Seems they are different in Mountain Lion. I've run the build 3 times now and it is giving the same Error;

Credit multiplier is :  2.85
WU true angle range is :  2.713638
Used GPU device parameters are:
	Number of compute units: 14
	Single buffer allocation size: 64MB
	Total device global memory: 1024MB
	max WG size: 1024
	local mem type: Real
period_iterations_num=23
end FindSpikes_ev==NULL
end FindSpikes_ev==NULL
ERROR: OpenCL kernel/call 'Enqueueing kernel: (strip) PC_find_spike32_kernel_cl' call failed (-54) in file analyzeFuncs.cpp near line 3171.
Waiting 30 sec before restart...


I'm going to try it in Yosemite...
ID: 1646228 · Report as offensive
Profile jason_gee
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 24 Nov 06
Posts: 7489
Credit: 91,093,184
RAC: 0
Australia
Message 1646234 - Posted: 25 Feb 2015, 6:03:40 UTC - in response to Message 1646228.  

Ah yes, the old 'move key system stuff around with an OS revision' so as to 'enhance security' by making it hard for developers ;)
"Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions.
ID: 1646234 · Report as offensive
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 1646245 - Posted: 25 Feb 2015, 6:21:07 UTC

It works!

So, it won't build in Lion, builds but doesn't run in Mountain Lion, Runs in Yosemite. Well, it's always something.
01:02:12 (528): Can't open init data file - running in standalone mode
Not using mb_cmdline.txt-file, using commandline options.
01:02:12 (528): Can't open init data file - running in standalone mode
WARNING: init_data.xml missing
OpenCL platform detected: Apple
WARNING: BOINC supplied wrong platform!
Number of OpenCL devices found : 3 
BOINC assigns slot on device #2.
WARNING: BOINC failed to provide OpenCL device, using own enumeration abilities

Build features: SETI7 Non-graphics OpenCL USE_OPENCL_HD5xxx OCL_CHIRP3 ASYNC_SPIKE FFTW SSE3 64bit 
 System: Darwin  x86_64  Kernel: 14.1.0
CPU : Intel(R) Xeon(R) CPU           E5462  @ 2.80GHz 
 GenuineIntel x86, Family 6 Model 23 Stepping 6
 Features : FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT PSE36 CLFSH DS ACPI MMX FXSR SSE SSE2 SS HTT TM PBE SSE3 DTES64 MON DSCPL VMX EST TM2 SSSE3 CX16 TPR PDCM SSE4.1

OpenCL-kernels filename : MultiBeam_Kernels_r2120.cl 
INFO: can't open binary kernel file: .//MultiBeam_Kernels_r2120.clHD5_ATIRadeonBartsXTPrototype.bin_V7_14.1.0_12Dec23201400, continue with recompile...
Info : Building Program (binary, clBuildProgram):main kernels: OK code 0
INFO: binary kernel file created
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_524288_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_8_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_16_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_32_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_64_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_128_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_256_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_512_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_1024_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_2048_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_4096_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_8192_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_16384_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_32768_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_65536_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
WARNING: can't open binary kernel file for oclFFT plan: .//MB_clFFTplan_ATIRadeonBartsXTPrototype_131072_gr64_lr16_wg256_tw0_r2120.bin_14.1.0_12Dec23201400, continue with recompile...
ar=0.008955  NumCfft=7297  NumGauss=0  NumPulse=2505760640  NumTriplet=3396690080
Currently allocated 121 MB for GPU buffers
In v_BaseLineSmooth: NumDataPoints=1048576, BoxCarLength=8192, NumPointsInChunk=32768
OS X optimized S@H Enhanced application by Alex Kan

OpenCL version by Raistmer, r2120

AMD HD5 version by Raistmer

Number of OpenCL platforms:				 1


 OpenCL Platform Name:					 Apple
Number of devices:				 3
  Max compute units:				 14
  Max work group size:				 256
  Max clock frequency:				 775Mhz
  Max memory allocation:			 268435456
  Cache type:					 None
  Cache line size:				 0
  Cache size:					 0
  Global memory size:				 1073741824
  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:						 ATI Radeon Barts PRO Prototype
  Vendor:					 AMD
  Driver version:				 1.2 (Dec 23 2014 00:17:18)
  Version:					 OpenCL 1.2 
  Extensions:					 cl_APPLE_SetMemObjectDestructor cl_APPLE_ContextLoggingFunctions cl_APPLE_clut cl_APPLE_query_kernel_names cl_APPLE_gl_sharing cl_khr_gl_event 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_byte_addressable_store cl_khr_image2d_from_buffer cl_khr_depth_images 
  Max compute units:				 14
  Max work group size:				 256
  Max clock frequency:				 775Mhz
  Max memory allocation:			 268435456
  Cache type:					 None
  Cache line size:				 0
  Cache size:					 0
  Global memory size:				 1073741824
  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:						 ATI Radeon Barts PRO Prototype
  Vendor:					 AMD
  Driver version:				 1.2 (Dec 23 2014 00:17:18)
  Version:					 OpenCL 1.2 
  Extensions:					 cl_APPLE_SetMemObjectDestructor cl_APPLE_ContextLoggingFunctions cl_APPLE_clut cl_APPLE_query_kernel_names cl_APPLE_gl_sharing cl_khr_gl_event 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_byte_addressable_store cl_khr_image2d_from_buffer cl_khr_depth_images 
  Max compute units:				 14
  Max work group size:				 256
  Max clock frequency:				 900Mhz
  Max memory allocation:			 268435456
  Cache type:					 None
  Cache line size:				 0
  Cache size:					 0
  Global memory size:				 1073741824
  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:						 ATI Radeon Barts XT Prototype
  Vendor:					 AMD
  Driver version:				 1.2 (Dec 23 2014 00:17:18)
  Version:					 OpenCL 1.2 
  Extensions:					 cl_APPLE_SetMemObjectDestructor cl_APPLE_ContextLoggingFunctions cl_APPLE_clut cl_APPLE_query_kernel_names cl_APPLE_gl_sharing cl_khr_gl_event 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_byte_addressable_store cl_khr_image2d_from_buffer cl_khr_depth_images 


Work Unit Info:
...............
Credit multiplier is :  2.85
WU true angle range is :  0.008955
Used GPU device parameters are:
	Number of compute units: 14
	Single buffer allocation size: 64MB
	Total device global memory: 1024MB
	max WG size: 256
	local mem type: Real
period_iterations_num=23
Pulse: peak=1.604502, time=53.71, period=3.106, d_freq=1419441107.95, score=1.002, chirp=-8.5365, fft_len=512 

Best spike: peak=21.48502, time=45.3, d_freq=1419439995.89, chirp=3.1647, fft_len=32k
Best autocorr: peak=17.72725, time=87.24, delay=2.4831, d_freq=1419437974.74, chirp=1.2441, fft_len=128k
Best gaussian: peak=0, mean=0, ChiSq=0, time=-2.12e+11, d_freq=0,
	score=-12, null_hyp=0, chirp=0, fft_len=0 
Best pulse: peak=1.604502, time=53.71, period=3.106, d_freq=1419441107.95, score=1.002, chirp=-8.5365, fft_len=512 
Best triplet: peak=0, time=-2.12e+11, period=0, d_freq=0, chirp=0, fft_len=0 


Flopcounter: 1264688798126.615234

Spike count:    0
Autocorr count: 0
Pulse count:    1
Triplet count:  0
Gaussian count: 0
Time cpu in use since last restart: 405.4 seconds
GPU device sync requested...  ...GPU device synched
01:11:33 (528): called boinc_finish(0)

All that wasted time in Lion.

Well, it says SSE3 in the features, but I don't see SSE in the Wisdom file. CPU time is a little long.
ID: 1646245 · Report as offensive
Profile jason_gee
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 24 Nov 06
Posts: 7489
Credit: 91,093,184
RAC: 0
Australia
Message 1646247 - Posted: 25 Feb 2015, 6:27:38 UTC - in response to Message 1646245.  

Well, it says SSE3 in the features, but I don't see SSE in the Wisdom file. CPU time is a little long.



haha!, well the fftw issue is probably just the particular libraries you built against (or the options that built them if built locally).

For CPU time, well welcome to the world of massive driver latencies and applications built to work on the smallest cards. The first of any of us to master that particular hurdle should get a medal, or a cigar or something.
"Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions.
ID: 1646247 · Report as offensive
TBar
Volunteer tester

Send message
Joined: 22 May 99
Posts: 5204
Credit: 840,779,836
RAC: 2,768
United States
Message 1646255 - Posted: 25 Feb 2015, 6:44:10 UTC - in response to Message 1646247.  
Last modified: 25 Feb 2015, 6:46:20 UTC

The main problem I've been having is convincing the configure file that this machine really does have all the *trin.h files. It's still telling me it doesn't have the Intrin.h file even though there is one in /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.1/include/intrin.h even though it says there isn't. I even changed that link to the much easier /Developer/include/Intrin.h. It's still looking in Xcode.
conftest.cpp:16:10: fatal error: 'ac_nonexistent.h' file not found
conftest.cpp:16:10: fatal error: 'ac_nonexistent.h' file not found
conftest.c:16:10: fatal error: 'ac_nonexistent.h' file not found
conftest.c:16:10: fatal error: 'ac_nonexistent.h' file not found
conftest.cpp:27:10: fatal error: 'ac_nonexistent.h' file not found
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.1/include/Intrin.h:26:15: fatal error: 'Intrin.h' file not found
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.1/include/Intrin.h:26:15: fatal error: 'Intrin.h' file not found
/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/systm.h:108:10: fatal error: 'libkern/libkern.h' file not found
/System/Library/Frameworks/Kernel.framework/Versions/A/Headers/sys/systm.h:108:10: fatal error: 'libkern/libkern.h' file not found
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.1/include/intrin.h:26:15: fatal error: 'Intrin.h' file not found
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.1/include/intrin.h:26:15: fatal error: 'Intrin.h' file not found
fatal error: too many errors emitted, stopping now [-ferror-limit=]
conftest.c:181:10: fatal error: 'vfork.h' file not found
conftest.c:148:10: fatal error: 'vfork.h' file not found

I'd like to remove all those Errors. I even made dummy files for ac_nonexistent.h & vfork.h in /Developer/include and pointed it there, but it's still giving Errors. I don't understand what's wrong with systm.h either.
ID: 1646255 · Report as offensive
Profile Raistmer
Volunteer developer
Volunteer tester
Avatar

Send message
Joined: 16 Jun 01
Posts: 6325
Credit: 106,370,077
RAC: 121
Russia
Message 1646281 - Posted: 25 Feb 2015, 7:37:41 UTC - in response to Message 1646245.  

It works!

So, it won't build in Lion, builds but doesn't run in Mountain Lion, Runs in Yosemite. Well, it's always something.

Congrats!
Apple little rot it seems :)
ID: 1646281 · Report as offensive
Profile petri33
Volunteer tester

Send message
Joined: 6 Jun 02
Posts: 1668
Credit: 623,086,772
RAC: 156
Finland
Message 1646306 - Posted: 25 Feb 2015, 8:53:31 UTC - in response to Message 1646245.  
Last modified: 25 Feb 2015, 8:54:08 UTC

It works!

...



Nice work!

If You have problems with high cpu usage try googling libsleep or take a look at https://bitcointalk.org/index.php?topic=180658.0

Google "nvidia sched yield" too and find the nvidia initialization code from your seti app source. Try with busy waiting/sleep/yield or whatever options Mac has.
To overcome Heisenbergs:
"You can't always get what you want / but if you try sometimes you just might find / you get what you need." -- Rolling Stones
ID: 1646306 · Report as offensive
Previous · 1 . . . 12 · 13 · 14 · 15 · 16 · 17 · 18 . . . 21 · Next

Message boards : Number crunching : The Highest Ranked SETI AMD Host is a MAC: Time for a STOCK MAC APP?


 
©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.