ganzocrypt / xmrig-macos

CPU / AMD GPU miner for MacOS
GNU General Public License v3.0
12 stars 2 forks source link

XMRig kawpow CL_MEM_OBJECT_ALLOCATION_FAILURE error in Big Sur 11.4 #2

Open p38sniper opened 3 years ago

p38sniper commented 3 years ago

Describe the bug error CL_MEM_OBJECT_ALLOCATION_FAILURE when calling clEnqueueNDRangeKernel for kernel ethash_calculate_dag_item when launching XMRig with GPU config for ravencoin

To Reproduce Happens with every version of XMRig for Mac binary 6.13+ including the 6.13 dev version

Expected behavior expected the miner to work

Required data

Additional context Lowering difficulty etc. does not help (see pasted log above, I lowered it all the way to 64!) Tried in parallel with CPU-config instance of XMRig or by itself. Re-created json.config several times. Always the same result. Any help would be appreciated!

ganzocrypt commented 3 years ago

I cannot test with the AMD Radeon HD - FirePro D500 3GB X2 since I do not have one. The OpenCL for mac is old so not sure if it can work. In any case did you try the official XMR miner, it supports macos now. Give it a try!

p38sniper commented 3 years ago

Thanks for the quick reply. I have no trouble with CPU mining with XMrig, only with the OpenCL.  On Sunday, August 15, 2021, 02:59:06 PM GMT+3, ganzocrypt @.***> wrote:

I cannot test with the AMD Radeon HD - FirePro D500 3GB X2 since I do not have one. The OpenCL for mac is old so not sure if it can work. In any case did you try the official XMR miner, it supports macos now. Give it a try!

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android.

DrJohnM61 commented 2 years ago

Describe the bug

error CL_MEM_OBJECT_ALLOCATION_FAILURE when calling clEnqueueNDRangeKernel for kernel ethash_calculate_dag_item when launching XMRig with GPU config for ravencoin

To Reproduce

Happens with every version of XMRig for Mac binary 6.13+ including the 6.13 dev version

Expected behavior

expected the miner to work

Required data

  • Miner log as text or screenshot

  • ABOUT XMRig/6.14.1 clang/10.0.0

  • LIBS libuv/1.41.0 OpenSSL/1.1.1k hwloc/2.4.1

  • HUGE PAGES supported

  • 1GB PAGES unavailable

  • CPU Intel(R) Xeon(R) CPU E5-1680 v2 @ 3.00GHz (1) 64-bit AES

            L2:2.0 MB L3:25.0 MB 8C/16T NUMA:1
  • MEMORY 31.9/32.0 GB (100%)

            DIMM1: 8 GB DDR3 @ 1866 MHz 0x484D54343147553744465238432D52442020
    
            DIMM2: 8 GB DDR3 @ 1866 MHz 0x484D54343147553744465238432D52442020
    
            DIMM3: 8 GB DDR3 @ 1866 MHz 0x484D54343147553744465238432D52442020
    
            DIMM4: 8 GB DDR3 @ 1866 MHz 0x484D54343147553744465238432D52442020
  • MOTHERBOARD Apple Inc. - Mac-F60DEB81FF30ACF6

  • DONATE 1%

  • ASSEMBLY auto:intel

  • POOL #1 rvn.2miners.com:6060 algo kawpow

  • COMMANDS hashrate, pause, resume, results, connection

[2021-08-15 13:47:14.099] Error CL_INVALID_OPERATION when calling clGetDeviceInfo, param 0x4037

[2021-08-15 13:47:14.100] Error CL_INVALID_OPERATION when calling clGetDeviceInfo, param 0x4037

  • OPENCL #0 Apple/OpenCL 1.2 (May 8 2021 03:14:28)

  • OPENCL GPU #0 n/a AMD Radeon HD - FirePro D500 Compute Engine 725 MHz cu:24 mem:768/3072 MB

  • OPENCL GPU #1 n/a AMD Radeon HD - FirePro D500 Compute Engine 725 MHz cu:24 mem:768/3072 MB

  • CUDA disabled

[2021-08-15 13:47:14.297] net use pool rvn.2miners.com:6060 51.89.99.172

[2021-08-15 13:47:14.297] net new job from rvn.2miners.com:6060 diff 4295M algo kawpow height 1886579

[2021-08-15 13:47:14.298] opencl use profile kawpow (2 threads) scratchpad 32 KB

| # | GPU | BUS ID | INTENSITY | WSIZE | MEMORY | NAME

| 0 | 0 | n/a | 64 | 8 | 3079 | AMD Radeon HD - FirePro D500 Compute Engine

| 1 | 1 | n/a | 64 | 8 | 3079 | AMD Radeon HD - FirePro D500 Compute Engine

[2021-08-15 13:47:14.300] opencl GPU #1 compiling...

[2021-08-15 13:47:14.303] opencl GPU #1 compilation completed (3 ms)

[2021-08-15 13:47:14.303] opencl error CL_INVALID_VALUE when calling clGetProgramInfo

[2021-08-15 13:47:14.303] opencl GPU #0 compiling...

[2021-08-15 13:47:14.304] opencl GPU #0 compilation completed (1 ms)

[2021-08-15 13:47:14.304] opencl error CL_INVALID_VALUE when calling clGetProgramInfo

[2021-08-15 13:47:14.304] opencl READY threads 2/2 (6 ms)

[2021-08-15 13:47:15.017] opencl KawPow program for period 628859 compiled (713ms)

[2021-08-15 13:47:15.730] opencl KawPow program for period 628860 compiled (714ms)

[2021-08-15 13:47:15.734] opencl KawPow program for period 628859 compiled (3ms)

[2021-08-15 13:47:15.738] opencl KawPow program for period 628860 compiled (4ms)

[2021-08-15 13:47:20.489] miner KawPow light cache for epoch 251 calculated (5472ms)

[2021-08-15 13:47:20.510] opencl error CL_MEM_OBJECT_ALLOCATION_FAILURE when calling clEnqueueNDRangeKernel for kernel ethash_calculate_dag_item

[2021-08-15 13:47:20.510] opencl thread #0 failed with error CL_MEM_OBJECT_ALLOCATION_FAILURE

[2021-08-15 13:47:20.531] opencl error CL_MEM_OBJECT_ALLOCATION_FAILURE when calling clEnqueueNDRangeKernel for kernel ethash_calculate_dag_item

[2021-08-15 13:47:20.531] opencl thread #1 failed with error CL_MEM_OBJECT_ALLOCATION_FAILURE

[2021-08-15 13:47:32.179] net new job from rvn.2miners.com:6060 diff 4295M algo kawpow height 1886580

[2021-08-15 13:48:06.766] net new job from rvn.2miners.com:6060 diff 4295M algo kawpow height 1886581

[2021-08-15 13:48:14.510] miner speed 10s/60s/15m n/a n/a n/a H/s max n/a H/s

  • Mac Pro (Late 2013), 32GB RAM

  • OS: 11.4 Big Sur

  • AMD Radeon HD - FirePro D500 3GB X2

Additional context

Lowering difficulty etc. does not help (see pasted log above, I lowered it all the way to 64!) Tried in parallel with CPU-config instance of XMRig or by itself. Re-created json.config several times. Always the same result.

Any help would be appreciated!

Could you share your config.json file. I have a similar configuration 6.1 mac pro but am getting a different error. Also the memory allocation is different (cannot find how to adjust this).

The Error CL_INVALID_OPERATION when calling clGetDeviceInfo seems to go away if you turn off the GPU cache: "opencl": { "enabled": true, "cache": false,

The error that I am seeing:

Also fails (same issue) with XMRig/6.16.0 clang/13.0.0

p38sniper commented 2 years ago

Hi, here are the contents of the json.config file (user address removed): {    "api": {        "id": null,        "worker-id": null    },    "http": {        "enabled": false,        "host": "127.0.0.1",        "port": 0,        "access-token": null,        "restricted": true    },    "autosave": true,    "background": false,    "colors": true,    "title": true,    "randomx": {        "init": -1,        "init-avx2": -1,        "mode": "auto",        "1gb-pages": false,        "rdmsr": true,        "wrmsr": false,        "cache_qos": false,        "numa": true,        "scratchpad_prefetch_mode": 1    },    "cpu": {        "enabled": false,        "huge-pages": true,        "huge-pages-jit": false,        "hw-aes": null,        "priority": null,        "memory-pool": false,        "yield": true,        "max-threads-hint": 100,        "asm": true,        "argon2-impl": null,        "astrobwt-max-size": 550,        "astrobwt-avx2": false,        "cn-lite/0": false,        "cn/0": false    },    "opencl": {        "enabled": true,        "cache": true,        "loader": null,        "astrobwt": [            {                "index": 0,                "intensity": 128,                "threads": [-1, -1]            },            {                "index": 1,                "intensity": 128,                "threads": [-1, -1]            }        ],        "cn": [            {                "index": 0,                "intensity": 192,                "worksize": 8,                "strided_index": [1, 2],                "threads": [-1, -1],                "unroll": 8            },            {                "index": 1,                "intensity": 192,                "worksize": 8,                "strided_index": [1, 2],                "threads": [-1, -1],                "unroll": 8            }        ],        "cn-lite": [            {                "index": 0,                "intensity": 576,                "worksize": 8,                "strided_index": [1, 2],                "threads": [-1, -1],                "unroll": 8            },            {                "index": 1,                "intensity": 576,                "worksize": 8,                "strided_index": [1, 2],                "threads": [-1, -1],                "unroll": 8            }        ],        "cn-pico": [            {                "index": 0,                "intensity": 1920,                "worksize": 8,                "strided_index": [2, 2],                "threads": [-1, -1],                "unroll": 8            },            {                "index": 1,                "intensity": 1920,                "worksize": 8,                "strided_index": [2, 2],                "threads": [-1, -1],                "unroll": 8            }        ],        "cn/2": [            {                "index": 0,                "intensity": 192,                "worksize": 8,                "strided_index": [2, 2],                "threads": [-1, -1],                "unroll": 8            },            {                "index": 1,                "intensity": 192,                "worksize": 8,                "strided_index": [2, 2],                "threads": [-1, -1],                "unroll": 8            }        ],        "cn/upx2": [            {                "index": 0,                "intensity": 1920,                "worksize": 8,                "strided_index": [2, 2],                "threads": [-1, -1],                "unroll": 8            },            {                "index": 1,                "intensity": 1920,                "worksize": 8,                "strided_index": [2, 2],                "threads": [-1, -1],                "unroll": 8            }        ],        "kawpow": [            {                "index": 0,                "intensity": 4096,                "worksize": 64,                "threads": [-1],            },            {                "index": 1,                "intensity": 4096,                "worksize": 64,                "threads": [-1],            }        ],        "rx": [            {                "index": 0,                "intensity": 192,                "worksize": 8,                "threads": [-1, -1],                "bfactor": 6,                "gcn_asm": false,                "dataset_host": false            },            {                "index": 1,                "intensity": 192,                "worksize": 8,                "threads": [-1, -1],                "bfactor": 6,                "gcn_asm": false,                "dataset_host": false            }        ],        "rx/arq": [            {                "index": 0,                "intensity": 384,                "worksize": 8,                "threads": [-1, -1],                "bfactor": 6,                "gcn_asm": false,                "dataset_host": false            },            {                "index": 1,                "intensity": 384,                "worksize": 8,                "threads": [-1, -1],                "bfactor": 6,                "gcn_asm": false,                "dataset_host": false            }        ],        "rx/wow": [            {                "index": 0,                "intensity": 384,                "worksize": 8,                "threads": [-1, -1],                "bfactor": 6,                "gcn_asm": false,                "dataset_host": false            },            {                "index": 1,                "intensity": 384,                "worksize": 8,                "threads": [-1, -1],                "bfactor": 6,                "gcn_asm": false,                "dataset_host": false            }        ],        "cn-lite/0": false,        "cn/0": false    },    "cuda": {        "enabled": false,        "loader": null,        "cn-lite/0": false,        "cn/0": false    },    "log-file": null,    "donate-level": 1,    "donate-over-proxy": 1,    "pools": [        {            "algo": "kawpow",            "coin": null,            "url": "rvn.2miners.com:6060",            "user": "XXXXXXXXXXXXXXXXXXXXX",            "pass": "x",            "rig-id": null,            "nicehash": false,            "keepalive": false,            "enabled": true,            "tls": false,            "tls-fingerprint": null,            "daemon": false,            "socks5": null,            "self-select": null,            "submit-to-origin": false        }    ],    "retries": 5,    "retry-pause": 5,    "print-time": 60,    "dmi": true,    "syslog": false,    "tls": {        "enabled": false,        "protocols": null,        "cert": null,        "cert_key": null,        "ciphers": null,        "ciphersuites": null,        "dhparam": null    },    "dns": {        "ipv6": false,        "ttl": 30    },    "user-agent": null,    "verbose": 0,    "watch": true,    "pause-on-battery": false,    "pause-on-active": false} On Sunday, November 28, 2021, 07:51:09 AM GMT+2, John Maton @.***> wrote:

Describe the bug

error CL_MEM_OBJECT_ALLOCATION_FAILURE when calling clEnqueueNDRangeKernel for kernel ethash_calculate_dag_item when launching XMRig with GPU config for ravencoin

To Reproduce

Happens with every version of XMRig for Mac binary 6.13+ including the 6.13 dev version

Expected behavior

expected the miner to work

Required data

[2021-08-15 13:47:14.099] Error CL_INVALID_OPERATION when calling clGetDeviceInfo, param 0x4037

[2021-08-15 13:47:14.100] Error CL_INVALID_OPERATION when calling clGetDeviceInfo, param 0x4037

[2021-08-15 13:47:14.297] net use pool rvn.2miners.com:6060 51.89.99.172

[2021-08-15 13:47:14.297] net new job from rvn.2miners.com:6060 diff 4295M algo kawpow height 1886579

[2021-08-15 13:47:14.298] opencl use profile kawpow (2 threads) scratchpad 32 KB

| # | GPU | BUS ID | INTENSITY | WSIZE | MEMORY | NAME

| 0 | 0 | n/a | 64 | 8 | 3079 | AMD Radeon HD - FirePro D500 Compute Engine

| 1 | 1 | n/a | 64 | 8 | 3079 | AMD Radeon HD - FirePro D500 Compute Engine

[2021-08-15 13:47:14.300] opencl GPU #1 compiling...

[2021-08-15 13:47:14.303] opencl GPU #1 compilation completed (3 ms)

[2021-08-15 13:47:14.303] opencl error CL_INVALID_VALUE when calling clGetProgramInfo

[2021-08-15 13:47:14.303] opencl GPU #0 compiling...

[2021-08-15 13:47:14.304] opencl GPU #0 compilation completed (1 ms)

[2021-08-15 13:47:14.304] opencl error CL_INVALID_VALUE when calling clGetProgramInfo

[2021-08-15 13:47:14.304] opencl READY threads 2/2 (6 ms)

[2021-08-15 13:47:15.017] opencl KawPow program for period 628859 compiled (713ms)

[2021-08-15 13:47:15.730] opencl KawPow program for period 628860 compiled (714ms)

[2021-08-15 13:47:15.734] opencl KawPow program for period 628859 compiled (3ms)

[2021-08-15 13:47:15.738] opencl KawPow program for period 628860 compiled (4ms)

[2021-08-15 13:47:20.489] miner KawPow light cache for epoch 251 calculated (5472ms)

[2021-08-15 13:47:20.510] opencl error CL_MEM_OBJECT_ALLOCATION_FAILURE when calling clEnqueueNDRangeKernel for kernel ethash_calculate_dag_item

[2021-08-15 13:47:20.510] opencl thread #0 failed with error CL_MEM_OBJECT_ALLOCATION_FAILURE

[2021-08-15 13:47:20.531] opencl error CL_MEM_OBJECT_ALLOCATION_FAILURE when calling clEnqueueNDRangeKernel for kernel ethash_calculate_dag_item

[2021-08-15 13:47:20.531] opencl thread #1 failed with error CL_MEM_OBJECT_ALLOCATION_FAILURE

[2021-08-15 13:47:32.179] net new job from rvn.2miners.com:6060 diff 4295M algo kawpow height 1886580

[2021-08-15 13:48:06.766] net new job from rvn.2miners.com:6060 diff 4295M algo kawpow height 1886581

[2021-08-15 13:48:14.510] miner speed 10s/60s/15m n/a n/a n/a H/s max n/a H/s

Additional context

Lowering difficulty etc. does not help (see pasted log above, I lowered it all the way to 64!) Tried in parallel with CPU-config instance of XMRig or by itself. Re-created json.config several times. Always the same result.

Any help would be appreciated!

Could you share your config.json file. I have a similar configuration 6.1 mac pro but am getting a different error. Also the memory allocation is different (cannot find how to adjust this).

The Error CL_INVALID_OPERATION when calling clGetDeviceInfo seems to go away if you turn off the GPU cache: "opencl": { "enabled": true, "cache": false,

The error that I am seeing:

Also fails (same issue) with XMRig/6.16.0 clang/13.0.0

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android.

DrJohnM61 commented 2 years ago

Thanks for the json. I think I also got to about where you are with regards to the configuration. The DAG limit is the calculated GPU memory size requirement. IIRC kawpow requires a minimum of a 3gb card (so we should both be OK), however, it may be that my error is a request for 3355443200 bytes = 3.125gb and therefore failing. Your issue seems to be a problem with calculating the memory requirements in the first place.

Someone on reddit note that the DAG size for kawpow was "roughly 2.8GB and it grows by 8.3MB every 7500 blocks". That was 9 months ago. It may be that our GPUs are no longer able to mine the kawpow algorithm. There is a further reference here https://cryptomining-blog.com/tag/kawpow/ and here https://cryptoage.com/en/2530-ravencoin-mining-will-soon-become-unavailable-for-video-cards-with-3gb-video-memory-gtx-1060.html

Also here https://minerstat.com/coin/RVN it notes the DAG size is 3.12GB for RVN and RVN uses the kawpow algorithm so basically, looks like EOL for the D500 cards as far as mining using kawpow.

ETCHASH may be an option but is not supported by XMRig. I have rebuilt my 6.1 Mac Pro running Ubuntu to try some other Linux based miners but have struggled to get the AMDGPU_PRO drivers to work (even after downgrading the kernel).

p38sniper commented 2 years ago

Thank you! That was my suspicion, although apparently folks were getting these errors in prior years, too. On Sunday, November 28, 2021, 10:54:43 AM GMT+2, John Maton @.***> wrote:

Thanks for the json. I think I also got to about where you are with regards to the configuration. The DAG limit is the calculated GPU memory size requirement. IIRC kawpow requires a minimum of a 3gb card (so we should both be OK), however, it may be that my error is a request for 3355443200 bytes = 3.125gb and therefore failing. Your issue seems to be a problem with calculating the memory requirements in the first place.

Someone on reddit note that the DAG size for kawpow was "roughly 2.8GB and it grows by 8.3MB every 7500 blocks". That was 9 months ago. It may be that our GPUs are no longer able to mine the kawpow algorithm. There is a further reference here https://cryptomining-blog.com/tag/kawpow/ and here https://cryptoage.com/en/2530-ravencoin-mining-will-soon-become-unavailable-for-video-cards-with-3gb-video-memory-gtx-1060.html

Also here https://minerstat.com/coin/RVN it notes the DAG size is 3.12GB for RVN and RVN uses the kawpow algorithm so basically, looks like EOL for the D500 cards as far as mining using kawpow.

ETCHASH may be an option but is not supported by XMRig. I have rebuilt my 6.1 Mac Pro running Ubuntu to try some other Linux based miners but have struggled to get the AMDGPU_PRO drivers to work (even after downgrading the kernel).

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe. Triage notifications on the go with GitHub Mobile for iOS or Android.