I made an answer in another thread that also migth be in here.

http://albert.phys.uwm.edu/forum_thread.php?id=8883&nowrap=true#111976

GPU load is steady at 20-21%, and CPU load literally bounces: 5%,15%,6%,14%,4%,17%, etc. with 17 being the highest I've seen.
____________

Thanks for the feedback.

We would also be interested to hear about graphics RAM usage, especially when crunching workunits that were generated beginning from 28th of May.

Cheers
HBE

Also, is there a way to make them thumbnails in my post and when you click them they link to larger images (just to not annoy people with really large images)?
____________

HD 5670, 1GB RAM, Windows 7 Home, Catalyst version 12.4
uses 521 MB, 50 MB dynamic, load 90%, temperature 71.5 deg. Celsius
http://albert.phys.uwm.edu/result.php?resultid=198490

One more thing: while the workunit mentioned above was sent only recently, it was generated already on the 23rd of April, so it is still one of the "tweaked" workunits. Once the newly generated workunits are reached out, we should see a reduced memory usage and some modest performance increase.

One more thing: while the workunit mentioned above was sent only recently, it was generated already on the 23rd of April, so it is still one of the "tweaked" workunits. Once the newly generated workunits are reached out, we should see a reduced memory usage and some modest performance increase.

Cheers
HB

I'm not sure why, but I've thrown 3 error recently:

http://albert.phys.uwm.edu/workunit.php?wuid=67888
http://albert.phys.uwm.edu/workunit.php?wuid=66586
http://albert.phys.uwm.edu/workunit.php?wuid=66147


edit:

Upon examination, all the wu's that errored start with this:

<core_client_version>7.0.26</core_client_version>
<![CDATA[
<message>
Incorrect function. (0x1) - exit code 1 (0x1)
</message>
____________

Using this host.

It's a mobile workstation, i7-820qm, FirePro Mobility 7820 (Juniper-based).
Driver Package: 8.911.3.3-120309a-136336C
Catalyst version: 11.11

I was running POEM++ OpenCL x3 WU on it.
Pause all running WU.
Exit BOINC.

Re-launch BOINC.
Select Albert WU.
Resume

@ ~0.018%, the screen starts to have multi-color square dots
But it continue running.
Pause Albert WU.
Move mouse/window, dots disappear.
Resume Albert WU.
Driver restarts/recover @ ~0.320%.

Pause Albert WU.
Exit BOINC

Restart machine.

Login, launch BOINC.
Resume Albert WU.

No dots, continue run to completion (I hope).

Hope this can be rectified before release.

clinfo dump:
Number of platforms: 1
Platform Profile: FULL_PROFILE
Platform Version: OpenCL 1.1 AMD-APP (831.4)
Platform Name: AMD Accelerated Parallel Processing
Platform Vendor: Advanced Micro Devices, Inc.
Platform Extensions: cl_khr_icd cl_amd_event_callback cl_amd_offline_devices cl_khr_d3d10_sharing
Platform Name: AMD Accelerated Parallel Processing
Number of devices: 2
Device Type: CL_DEVICE_TYPE_GPU
Device ID: 4098
Board name: ATI FirePro M7820
Max compute units: 10
Max work items dimensions: 3
Max work items[0]: 256
Max work items[1]: 256
Max work items[2]: 256
Max work group size: 256
Preferred vector width char: 16
Preferred vector width short: 8
Preferred vector width int: 4
Preferred vector width long: 2
Preferred vector width float: 4
Preferred vector width double: 0
Native vector width char: 16
Native vector width short: 8
Native vector width int: 4
Native vector width long: 2
Native vector width float: 4
Native vector width double: 0
Max clock frequency: 700Mhz
Address bits: 32
Max memory allocation: 536870912
Image support: Yes
Max number of images read arguments: 128
Max number of images write arguments: 8
Max image 2D width: 8192
Max image 2D height: 8192
Max image 3D width: 2048
Max image 3D height: 2048
Max image 3D depth: 2048
Max samplers within kernel: 16
Max size of kernel argument: 1024
Alignment (bits) of base address: 2048
Minimum alignment (bytes) for any datatype: 128
Single precision floating point capability
Denorms: No
Quiet NaNs: Yes
Round to nearest even: Yes
Round to zero: Yes
Round to +ve and infinity: Yes
IEEE754-2008 fused multiply-add: Yes
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
Kernel Preferred work group size multiple: 64
Error correction support: 0
Unified memory for Host and Device: 0
Profiling timer resolution: 1
Device endianess: Little
Available: Yes
Compiler available: Yes
Execution capabilities:
Execute OpenCL kernels: Yes
Execute native function: No
Queue properties:
Out-of-Order: No
Profiling : Yes
Platform ID: 000007FEF1FBC9C8
Name: Juniper
Vendor: Advanced Micro Devices, Inc.
Device OpenCL C version: OpenCL C 1.1
Driver version: CAL 1.4.1607 (VM)
Profile: FULL_PROFILE
Version: OpenCL 1.1 AMD-APP (831.4)
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



____________
--
terencewee*
Sicituradastra.

I see your host has now a mix of old and new WUs

p2030.20110421.G41.29-00.40.S.b0s0g0.00000_744_0 using einsteinbinary_BRP4 version 123 (atiOpenCL)


GPU-Z & Task Manager:
http://img7.imageshack.us/img7/7159/p203020110421g41290040s.jpg
____________

p2030.20110421.G41.29-00.40.S.b0s0g0.00000_1264_1


http://img809.imageshack.us/img809/154/b0s0g00000012641.jpg
____________

In my AMD HD 6850 i'm running 2 boinc projects: albert@home and poem@home (3 gpu wu in 1 cpu). When i download an Albert@home gpu wu, the poem wus entered in "suspended" state and albert@home wu doesn't start - aka, no work on gpu. If i reboot boinc client, the poem wu remain suspended, but albert wu starts and runs ok...
Is this normal??

p2030.20110421.G41.29-00.40.S.b0s0g0.00000_1728_0


For some reason this wu is showing 0% GPU load and 25% CPU load. My initial reaction was that this must be an error, however, you can see the GPU clock was down to 725 from 840.

http://img140.imageshack.us/img140/883/b0s0g00000017280.jpg
____________

p2030.20110421.G41.29-00.40.S.b0s0g0.00000_1504_1 using einsteinbinary_BRP4 version 123 (atiOpenCL)


http://img15.imageshack.us/img15/3065/b0s0g00000015041.jpg
____________

p2030.20110421.G41.29-00.40.S.b0s0g0.00000_1920_1 using einsteinbinary_BRP4 version 123 (atiOpenCL)


http://img96.imageshack.us/img96/6813/b0s0g00000019201.jpg
____________

Digging through some of the stderr outputs I notice the atiOpenCl app is doing an awful lot of checkpointing. Curious to see if the cuda app was the same, I looked into one of my wu's:

http://albert.phys.uwm.edu/workunit.php?wuid=68681



My (atiOpenCL) output (abbreviated):

p2030.20110421.G41.29-00.40.S.b0s0g0.00000_1928_0 using einsteinbinary_BRP4 version 123 (atiOpenCL)

This one seems to have some weid GPU Load spottiness at ~ the 20% completion mark, but seems to have steadied out at 23% load.

http://img210.imageshack.us/img210/4024/b0s0g00000019280.jpg

Edit:
I take that back, I noticed spottiness again, so I ran the latest 3 versions of GPU-Z side-by-side just to see if there was a bug in one of the versions. There doesn't appear to be as they all report the same load %.

http://img196.imageshack.us/img196/7073/gpuzcomparison.jpg
____________

p2030.20110421.G41.29-00.40.S.b0s0g0.00000_2504_0 using einsteinbinary_BRP4 version 123 (atiOpenCL)


http://img140.imageshack.us/img140/4502/b0s0g00000025040.jpg
____________

For me the new app takes a full CPU core when it is running. Is that by intention?
____________
Christoph

One question tho: is this reproducible, e.g. after each new WU download from Albert?

Cheers
HBE

For me the new app takes a full CPU core when it is running. Is that by intention?

Hi!

This will depend on the driver version you are using, e.g. you can see from the screenshots posted here that this is not the in general the case for this app.

Cheers
HB

Ah, ok. Looks like I missed that detail somehow. So I can stop scratching my head.
____________
Christoph

I got one computation error. Propably it has something to do with my reboot yesterday.
I had one also with WCG, that was the reason for the reboot.

http://albert.phys.uwm.edu/result.php?resultid=201372
____________
Christoph

Two more errors with:

<![CDATA[
<message>
Incorrect function. (0x1) - exit code 1 (0x1)
</message>
<stderr_txt>

http://albert.phys.uwm.edu/result.php?resultid=199760
http://albert.phys.uwm.edu/result.php?resultid=199762


I just read through the 7.0.27 change log and there is some stuff about trying to address this error. I installed 7.0.27, I'll see if this helps.
____________

I´m new here since yesterday afternoon.
The change from BOINC 7.0.25 to .26 was straight forward, except that it took astonishing long - some minutes ? - until my established tasks became running once again.
To establish AaH in my BOINC was more complicated, as AaH is not included in the list of projects in BOINC Manager/Tools/Add a project or project manager. I´d help me by clicking on EaH and replacing in the URL Einstein by Albert. It took a while to find this way. Why isn´t AaH included in the list of projects ??? In the AaH preferences I set the GPU utilization factor to 0.5, BRP4 check and S6LV1 unchecked.
I was somewhat astonished to find in the task log AaH running (1 CPU + 0.5 NVIDIA GPU) and 1 CPU waiting to run S6LV1. Whereas BRP4 tasks from EaH are running with (0.2 CPU + 0.5 NVIDIA GPU) and all 4 CPUs crunching S6LV1 tasks. The CPU load was reduced to about 90%, where as I had before always 100% of load. During running AaH the desktop was very sticky, most time I had to wait some seconds before any activity could be performed. This was also during the phases of waiting of the AaH task. The desktop was no longer sticky when the AaH project was suspended. This is a very uncomfortable way of operation.
So it was running quite a while, but about 15 minutes before the AaH task came to end, I found, that within the last nearly exact 20 minutes interval 3 of the running BRP4 tasks from EaH became marked as "Error while computing", all with Exit code 1002. The AaH task it self ended fine. To morning it was validated by a ATI card running under Linux on a Intel CPU. The running time is about a factor 3 longer, where as the CPU time is comparable - AaH/EaH -.

Because of the divers reported malfunctioning I supended AaH. It´s nice that the task became validated, especialy as the counterpart was of much other type. It shows, you are on a very good way, and when the next version will be available, I will try again.

Kind regards
Martin

____________

Albert@home runs well on my Linux box, all results are validated. I have no GPU.I got some validation error on Einstein@home, on a Gamma-ray pulsar search unit.
Tullio
____________

Feedback from Ubuntu 12.04_amd64 with Catalyst 12.4 /HD6950@6870:
Boinc: last SVN version.

Runs fine, no computation errors if all dependencies are installed. (32bit libraries)

2 Tasks on one GPU give me 90-94% GPU-utilisation with CPU load of 12-14% (Core i7 4.3GHz) per Workunit.

Performance is (compared to nvidia) 1/2 of a GTX 470.

During running AaH the desktop was very sticky, most time I had to wait some seconds before any activity could be performed. This was also during the phases of waiting of the AaH task. The desktop was no longer sticky when the AaH project was suspended. This is a very uncomfortable way of operation.

Hi,

I have two more errornous wu: http://albert.phys.uwm.edu/result.php?resultid=201372
and http://albert.phys.uwm.edu/result.php?resultid=201360

They have both the same exit code: [23:54:11][5900][ERROR] Error during OpenCL kernel setup: PS_R3 (error: -55)
[23:54:11][5900][ERROR] Demodulation failed (error: 2019)!

It is a bit different from my last failure. I just told BM to copy all Messages in case you need more info. Hope it works, atm BM is hanging and using one full core and around 700mb memory........

EDIT: Looks like I need to kill BOINC. Still stuck. The export did not happen. Which was that file where the messages are safed?

EDIT 2: So it was 'only the Manager that crashed. When I start BoincTask it told me that 4 tasks are running.........Somebody know an AddOn which is saving the Messages to a file outside BOINC?
____________
Christoph

Hallo Steffen!
Thank you for your response.

... but caused by the graphics card interfering with your regular display and is not a defect by albert@home from what I grasp.

p2030.20110421.G41.18+00.30.N.b6s0g0.00000_1832_2 using einsteinbinary_BRP4 version 123 (atiOpenCL)


CPU usage is up a little (steady at ~16% [.16*4cores = ~64%]), but so is GPU usage (45%). All in all, everything is looking good.

http://img585.imageshack.us/img585/6087/b6s0g00000018322.jpg
____________

p2030.20110421.G41.18+00.30.N.b6s0g0.00000_1400_4 using einsteinbinary_BRP4 version 123 (atiOpenCL)

http://img842.imageshack.us/img842/3608/b6s0g00000014004.jpg
____________

This wu seems to be wreaking havoc. I completed it ok, but everyone is erroring out. Your client erorred too Bikeman, but I presume that is because you client is 6.12.33?

http://albert.phys.uwm.edu/workunit.php?wuid=69493



So far:

atiOpenCL: (mine)
Completed ok.


atiOpenCL:
<core_client_version>7.0.27</core_client_version>
<![CDATA[
<message>
P�i odstra�ov�n� transformace barev do�lo k chyb�. (0x7e3) - exit code 2019 (0x7e3)
</message>


BRP3Cuda32:
<core_client_version>6.12.33</core_client_version>
<![CDATA[
<message>
- exit code -1073741819 (0xc0000005)
</message>


atiOpenCL:
<core_client_version>7.0.26</core_client_version>
<![CDATA[
<message>
P�i odstra�ov�n� transformace barev do�lo k chyb�. (0x7e3) - exit code 2019 (0x7e3)
</message>
<stderr_txt>
____________

This wu seems to be wreaking havoc. I completed it ok, but everyone is erroring out. Your client erorred too Bikeman, but I presume that is because you client is 6.12.33?

http://albert.phys.uwm.edu/workunit.php?wuid=69493

...

Got same errors on my notebook with Mobile Radeon 5450 1GB vram:
Result: http://albert.phys.uwm.edu/result.php?resultid=204994
I'm using the newest drivers 1.4.1720 and Boinc Client 7.0.27. Previous versions of albert app works.

On my another machine with Radeon 5650, there is no problem. Runtime is about 4,5h/wu and memory consumtion 450MB, load 90% with dedicated CPU core (without it only 30%).

Log:
<core_client_version>7.0.27</core_client_version>
<![CDATA[
<message>
P�i odstra�ov�n� transformace barev do�lo k chyb�. (0x7e3) - exit code 2019 (0x7e3)
</message>
<stderr_txt>
Activated exception handling...
[13:48:03][3088][INFO ] Starting data processing...
[13:48:04][3088][INFO ] Using OpenCL platform provided by: Advanced Micro Devices, Inc.
[13:48:04][3088][INFO ] Using OpenCL device "Cedar" by: Advanced Micro Devices, Inc.
[13:48:05][3088][WARN ] Kernel "kernelTimeSeriesMeanReduction" exceeds device-specific maximum work group size (requested: 256)!
------> Reducing kernel's work group size to allowed maximum of: 128 work items
[13:48:05][3088][WARN ] Kernel "kernelPowerSpectrum" exceeds device-specific maximum work group size (requested: 256)!
------> Reducing kernel's work group size to allowed maximum of: 128 work items
[13:48:05][3088][WARN ] Kernel "kernelHarmonicSumming" exceeds device-specific maximum work group size (requested: 256)!
------> Reducing kernel's work group size to allowed maximum of: 128 work items
[13:48:06][3088][INFO ] Checkpoint file unavailable: status.cpt (No such file or directory).
------> Starting from scratch...
[13:48:06][3088][INFO ] Header contents:
------> Original WAPP file: ./p2030.20110421.G41.18+00.30.N.b6s0g0.00000_DM192.00
------> Sample time in microseconds: 65.4762
------> Observation time in seconds: 274.62705
------> Time stamp (MJD): 55672.41520535187
------> Number of samples/record: 0
------> Center freq in MHz: 1214.289551
------> Channel band in MHz: 0.33605957
------> Number of channels/record: 960
------> Nifs: 1
------> RA (J2000): 190551.040699
------> DEC (J2000): 73613.7874002
------> Galactic l: 0
------> Galactic b: 0
------> Name: G41.18+00.30.N
------> Lagformat: 0
------> Sum: 1
------> Level: 3
------> AZ at start: 0
------> ZA at start: 0
------> AST at start: 0
------> LST at start: 0
------> Project ID: --
------> Observers: --
------> File size (bytes): 0
------> Data size (bytes): 0
------> Number of samples: 4194304
------> Trial dispersion measure: 192 cm^-3 pc
------> Scale factor: 0.00569057
[13:48:13][3088][INFO ] Seed for random number generator is 1158596523.
[13:48:57][3088][INFO ] Derived global search parameters:
------> f_A probability = 0.08
------> single bin prob(P_noise > P_thr) = 1.32531e-008
------> thr1 = 18.139
------> thr2 = 21.241
------> thr4 = 26.2686
------> thr8 = 34.6478
------> thr16 = 48.9581
[13:48:58][3088][ERROR] Error during OpenCL kernel setup: PS_R3 (error: -55)
[13:48:58][3088][ERROR] Demodulation failed (error: 2019)!
13:48:58 (3088): called boinc_finish

</stderr_txt>
]]>
____________

Hardware: Desktop-GPU, ATI Radeon HD5450, 1024 MB DDR3, (650/800Mhz)
Software: Catalst 12.3, BOINC 7.0.26 (x64), Windows 7/64
RAM-Usage: Taskmanager during GPU-process: ~207 MB (max)
no visible GPU-Usage (by AMD Overdrive), computing the workunits took just same seconds until fail
Each workunit failed, so I stopped processing.

I gave it a new chance (some weeks ago my system crashed every 20 min).
Looks good so far!




GPU usage is perfect when running 2 apps at a time
CPU usage needs some rework

BM 7.0.27
CCC 12.4
edit:

figures from the other GPU HD6950

____________

This sounds very good!
____________
Christoph

Good news!

'I' crunched 7 ATI wu's today, 3 already validated, 4 pending.
HD6950: 2 wu's in 1:35 2 GB Ram
HD5850: 2 wu's in 2:50 , 1 wu in 1:40 1 GB Ram

win7 x 64, i7 2800, 8GB Ram, CCC 12.4, BM 7.0.27
____________

So, problem solved, now it works again with v1.24. There are screens of my machines crunching Albert. Is cpu/gpu memory usage normal? Because they differs alot.



[/img]
____________

I have a 5450 but not yet the new app. SETI is right now on the GPU. There were some Ghosts wu lingering in my account so I allowed work to get them going. Sometime tomorrow maybe I will pickup new work here.
____________
Christoph

ATI 4850(512MB) no tasks.

ATI 5850(1024) running with 0.94cpu and 0.5gpu alongside a milkyway task.
progress of task is 44% and ticking.

I've ran a few tasks with 1.24 and it looks fine.

60%-70% GPU usage and 0.932CPU but it doesn't use more then 40% and has an avg cpu usage of 25%.

It works well with the 0.5 option and is able to run alongside Milkyway SETI POEM and Primegrid without a problem.

I must add this:

When running a cpu project on 1 core and albert gpu task starts then the cpu project goes into "waiting to run state".

Any chance that you can make albert GPU task work so it is a GPU task and not as it is now a cpu task??

I have my older task done but it is still running. On trying to save all Messages to Memory to dump them BM is hanging again. Will report via Alpha Email list.
____________
Christoph

I don't understand.
With 1.23 version i have the strange "stop and go" behavior.
Now with 1.24, another problem.....
With version 1.23, my 4-core cpu runs 3 wu cpu of another project and 1 gpu wu of A@H on my gpu card, now the A@H gpu indicates the use of 0.95cpu, but i run 4 cpu wu and the gpu wu is VERY slow (40% after 5h). If i crunch only 3 cpu wu (suspend others), the wu gpu accelerates and finish very fast.
I try to restart client, but nothing changes.
I don't use xml configuration file.

I don't know if this is a BM thing or albert app thing.
But the downloaded tasks shows an estimated runtime of 20hours and they all get done with about 1-2hours.
I use BM 7.0.27
All other projects adjust as they should....Except POEM@Home that sometimes show strangly numbers....
Have I run to few tasks??

I am now running 1 albert task on my ati 5850 with 0.932cpu and 1 seti ap task on the same gpu

I also noticed 2 cpu tasks running at the same time on my 2 cores.
1 of the cpu projects runs fully on 1 core and the other cpu project runs on the albert core with 0.1 cpu

I cannot be sure that the cpu cores use different cores though...
I lack the knowlegde in how to pursue the threads.
My conclusion is that I know have 1 cpu project running with 0.1 cpu on the same core that feeds the GPU for albert.

Any chance if this is correct that you can free some more % from albert task that runs? Albert only uses below 50% of 1 cpu core.

I cannot be sure that the cpu cores use different cores though...
I lack the knowlegde in how to pursue the threads.

Hardware: Desktop-GPU, ATI Radeon HD5450, 1024 MB DDR3, (650/800Mhz)
Software: Catalst 12.3, BOINC 7.0.26 (x64), Windows 7/64
RAM-Usage: Taskmanager during GPU-process: ~207 MB (max)
no visible GPU-Usage (by AMD Overdrive), computing the workunits took just same seconds until fail
Each workunit failed, so I stopped processing.

These wu's show BRPCUDA32 v1.25 throwing errors:

http://albert.phys.uwm.edu/workunit.php?wuid=69412
http://albert.phys.uwm.edu/workunit.php?wuid=70631
http://albert.phys.uwm.edu/workunit.php?wuid=70986
http://albert.phys.uwm.edu/workunit.php?wuid=71008

Most of which are from the same host (GTX 480), with one from this host (GTX285).

So, finally catched a running task. HD5450 1gb memory max workgroup 128.
Memory use as per GPU-Z: 416 dedicated, around 70 dynamic. GPU load 96%
____________
Christoph

v1.24

The app still corrupts the screen with square dots during the initial start-up.
But there is not driver restart.

Memory usage is 369MB(dedicated), ~39MB(dynamic).

Seems faster.

Will be running consecutive WUs this round using this host.

1st result reported.

2nd WU ran fine without any square dots on screen.
Memory usage is higher.
475MB(dedicated), ~38MB(dynamic).
____________
--
terencewee*
Sicituradastra.

First WU awaiting validation.

Second WU completed & validated against a CUDA device. Good job!

Processing third WU - no square dots on screen.
Memory usage back to 369MB(dedicated), ~38MB(dynamic).

Looks like there may be a problem with initial run.

Scenario 1: Reboot > BOINC > run WU.
Square dots on screen, no driver restart.
Consecutive WU ran fine, with no square dots on screen, no driver restart.

Scenario 2: Reboot > runs some apps > BOINC > run WU.
Will report back tomorrow.

____________
--
terencewee*
Sicituradastra.

Wow. I find that very strange as the 69xx series cards are double precision vs. the single precision of the NVIDIA and single precision AMD (54xx-57xx, 63xx-68xx, 73xx-76xx) cards.

At Milkyway double precision cards are required. I haven't had any validation errors with my 6950.


http://en.wikipedia.org/wiki/Comparison_of_AMD_graphics_processing_units
____________

The Einstein@Home app does not need (and does not use) any double precision arithmetic on the GPU, so this should not be a factor.

At the moment the higher validation failure rate for 6900 series cards is just an observation of correlation, no claim of causality :-), as the number of cards on the Albert@Home project is just too small. It could be an indirect effect, e.g. the FFT lib could choose to switch to a different, but less accurate, code path on 6900 cards because of differences in the runtime characteristics. We'll look into it. Any experience wrt this from other projects is welcome.

Hi all!


With the help of your continued support, we were able to put the ATI/OpenCL app into production on Einstein@Home today.


http://einstein.phys.uwm.edu/forum_thread.php?id=9446

The apps are the same as used here, but note that the minimum BOINC client version was again increased to 7.0.27 (the most recent development version atm).

We will continue to improve the app so that we will again need beta testers at Albert@Home in the near future, but just now you will probably want to scale back the work at Albert a bit and throw your ATI-cards on the Einstein@Home production project.

Thanks again,
HB

My 7970 is producing nothing but validation errors:

http://albert.phys.uwm.edu/results.php?hostid=2209&offset=0&show_names=0&state=4&appid=

Any ideas why?
____________

Ah I understand. You need a way to cut through all the junk and the volunteers are the garbage filter; which means good enough detection is ok. Understood.


Also, I checked my Milkway@Home history to see if I was having validation issues there:

http://milkyway.cs.rpi.edu/milkyway/results.php?hostid=429181

and all my work is validated instantly because they are set to a minimum quorum of 1. I don't know if that's due to the fact that I have 44 million credit and the I am being considered a trusted source (if such a thing is even designated by the server), or that's just how the project is. I don't remember it being that way (I thought it used to be quorum of 2).

So now, that makes me nervous. If my results are off, the project isn't comparing them. And, the project is double precision so that means the results need to be accurate.
____________

Hmmm... GPU temperature is ok??

I don't want to get too far off topic here, but it happens there is a paper specifically on the validation strategies for the type of simulation that is done at Milkyway@Home, written by the MW scientists: http://www.cs.rpi.edu/~szymansk/papers/dais10.pdf. Just to cure your nervousness :-)

Cheers
HB

Looks like reducing the OC solved it. I also upgraded from 12.3 to 12.4. So I can't be 100% sure. But whatever the case, It's working again.

Also, FWIW, I am running 3 at a time (.33), and still only ~45% GPU load. And this is with cores reserved, so the CPU has only ~90% load. Is it possible to get to >90% GPU load? Is there an upper limit on the number of simultaneous tasks?
____________

A little update:

I PM'd Raistmer on the Seti Beta boards and asked him to read the last bit of this thread. He said he did not notice a higher failure rate with the 69xx series cards during his development of AMD apps.

Also, poking though my MW wu's, I validate just fine against:

CPU:
171830352
171730343
171601831
171601829
171650656
171850223
171838869

Anonymous GPU:
171940837

Other 69xx: (making sure my card isn't defective)
171917181
171954514

NVIDIA OpenCL:
171784516

HD 58xx GPU:
171907299


So, at this point, I am inclined to believe that my card isn't defective in specific, and that the 69xx series cards are producing valid results.

Should I go back to doing Albert or Einstein wu's?
____________

I'm glad you got to the bottom of things. I guess that means that I the next card I add will be a 79xx card instead of another 69xx. I can't imagine why AMD thought worse accuracy was acceptable considering their whole push for compute oriented video cards and APUs. Then again, maybe that's why things were changed with the 7xxx cards (assuming you had no errors with those)?

Hats off for all the hard work in getting this app developed.
____________

When you're able to try it on both HD 69xx cards and similar HD 79xx cards, could you give us the relative speeds of the two?

Some of us would like that information before deciding which card to buy next.

* Known issue: no OpenCL support for Mac OS X for the time being (we're still looking into a potential Apple bug)