Problems with OpenCL on OSX 10.10.3 & up, was einsteinbinary_BRP4G_1.39_i686-apple-darwin__BRP4G-opencl-ati-lion

jd
jd
Joined: 13 Mar 05
Posts: 32
Credit: 539693955
RAC: 65597

Thanks foe asking - ATI

Thanks foe asking -

ATI Radeon HD 5770 - two
ATI Radeon R7 250e - one

All 3 were woken fine on 10.9.3

Michael Robertson
Michael Robertson
Joined: 5 Nov 12
Posts: 18
Credit: 89478168
RAC: 0

I concur. Though it appeared

I concur. Though it appeared at first to be working, a quick check of my validated work units shows that only 1 GPU unit has been successfully completed since the upgrade. The rest appear to be predominantly "aborted by use," and my daily average output remains at approximately 15% of what it was prior to losing the ability to crunch data with GPUs.

I am away from home at this point and cannot provide you with specific GPU info, though I believe 2 of them are AMD Fire Pro D300 (or D500). My main crunching box is a 2014 Mac Pro, so the hardware is definitely not obsolete.

Petec888
Petec888
Joined: 3 Oct 06
Posts: 33
Credit: 1978975321
RAC: 1742

BOINC 7.6.10 not working well

BOINC 7.6.10 not working well on a Mac Pro with an ATI 5770 and El Capitan GM seed 1; nothing but computation errors on the GPU work units.

Computation errors show up after about 30 seconds of the units being downloaded. Jumps to 100% then errors.

CUDA and nVidia cards work just fine though.

jd
jd
Joined: 13 Mar 05
Posts: 32
Credit: 539693955
RAC: 65597

RE: Thanks foe asking

Quote:

Thanks foe asking -

ATI Radeon HD 5770 - two
ATI Radeon R7 250e - one

All 3 were woken fine on 10.9.3

Sorry about the misspellings! Hopefully iOS 9 will save me in the future. I meant to say "Thanks for asking" and " All 3 were working fine on 10.9.3".

My cuda machines are down so my Radeon machine is my one and only, and I don't have a way to downgrade back to 10.9. So I am not able to help Einstein until this issue is resolved. This issue gives the impression that Mac's are second class citizens and is very discouraging.

Oliver Behnke
Oliver Behnke
Moderator
Administrator
Joined: 4 Sep 07
Posts: 946
Credit: 25167626
RAC: 19

RE: This issue gives the

Quote:
This issue gives the impression that Mac's are second class citizens and is very discouraging.


Mac defined as second class by whom? Us? No. The problem are the upstream vendors who simply treat OpenCL as second class citizen...

Oliver

 

Einstein@Home Project

Petec888
Petec888
Joined: 3 Oct 06
Posts: 33
Credit: 1978975321
RAC: 1742

Guess so, since BOINC says

Guess so, since BOINC says OpenCL is still running at version 1.2 even in El Capitan. ATI probably feels it doesn't need to update OpenCL for Apple's older GPUs, it's like the 5770 which was a staple for all of its last generation of Mac Pros is dead in the water.

Petec888
Petec888
Joined: 3 Oct 06
Posts: 33
Credit: 1978975321
RAC: 1742

OS X El Capitan released

OS X El Capitan released today. Had to reinstall BOINC, v7.6.11, getting endless AMD/ATI computation errors. Guess it's just a matter of patience..

Jasper
Jasper
Joined: 14 Feb 12
Posts: 63
Credit: 4032891
RAC: 0

Isn´t it kind of usual to

Isn´t it kind of usual to have to reinstall? After a new release install, it´s not the first time that I see a message for it to be needed due to permissions not set OK.

However, I don´t keep BOINC install files on my HD forever, usually delete them right after that. So I just downloaded them from Berkeley. Amazingly, it appeared to be a newer one (7.6.12), they come in rapid succession at the moment! I don´t know what it is about, as it´s undocumented since 7.6.9; alas, it´s dark as night there since it´s not under Dr. Anderson´s responsibility anymore... Maybe related to your errors, maybe not, just thought I´d mention it.

Another thing is that FGRP4 executables changed to version 1.15 after the short outage. Again, maybe related, maybe not.

Oliver Behnke
Oliver Behnke
Moderator
Administrator
Joined: 4 Sep 07
Posts: 946
Credit: 25167626
RAC: 19

RE: Another thing is that

Quote:

Another thing is that FGRP4 executables changed to version 1.15 after the short outage. Again, maybe related, maybe not.

Nope, that was just a scientific bug fix which also required to let the task pool to run dry.

Oliver

 

Einstein@Home Project

Petec888
Petec888
Joined: 3 Oct 06
Posts: 33
Credit: 1978975321
RAC: 1742

Okay, that's really weird..

Okay, that's really weird.. Parkes PMPS XT / BRP6 Beta v1.52 tasks are working just fine.. it's the BRP4G beta / Arecibo v1.39 tasks that immediately go to 100% and computation error.

So I deactivated Arecibo in Einstein prefs and aborted all the Arecibo tasks in my queue and it's all good now.

Sorry for the unjustified kvetching.

Edit: waait a sec.. Parkes updated to v.1.58 after a few refreshes.. well it's still going so all righty then. So Parkes PMPS XT / BRP6 Beta is fine, it's just Arecibo that's not working, although I bet Arecibo won't ever be updated as far as I understand because there's no more raw data coming from Arecibo?

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.