[JCE]Fast & stable CN/v8/Heavy/Tube/XHV miner, CPU+GPU, Vega56 1800+ RX580 1200+

[JCE-Miner]

i don't know why, i just bought two rx550, same speed and half the price, and consumes less power.

ho, and to answer a previous question: gpu and cpu combined. i think it's good because it allows a cpu to participate to big share mining without being kicked. sure it will find one share per hour but it will worth a lot. i like to see my core2 find a 120000-value share, in the middle of my gpus

[syncro2017]

i don't know why, i just bought two rx550, same speed and half the price, and consumes less power.

ho, and to answer a previous question: gpu and cpu combined. i think it's good because it allows a cpu to participate to big share mining without being kicked. sure it will find one share per hour but it will worth a lot. i like to see my core2 find a 120000-value share, in the middle of my gpus

I agree, 550s are great but only when you have space to put 12GPU rigs and a lot of them.
In my case, its all about the density, but VEGAs are too expensive so i rely on 570/580s

[UnclWish]

Effective hashrate : i observed the same thing with Claymore 10+ (but not 9.x), a pool hashrate a lot lower (~10%) than the displayed one. Even fees deduced. Curiously, this problem occurs only on close source miners, on open ones, where you can check in code there's no cheat, the reported rate is 100% the same (minus fees).
JCE does no tweak, and you can double check pool side.
This is why I counter-argument with Unclewish about Claymore 11.3 being faster than JCE on HD7800 : the displayed number, maybe. The displayed hashrate on my HD7850 rig was 2200 on Claymore 11.3, and 1950 pool side. With JCE, it's 2080 both side. Even after 24h.

The answer for reduced hashrate on the poolside is here:

"Job not found" ok i get it, and that's because JCE is a GPU miner based on CPU miner netcode. A round of CPU is so fast that the job never timeout during mining. A GPU round is often 1 full second, a lot more than the ping. So you can get a stale share. I'll fix that in next version. No need to fix on PU version, only GPU.

All GPU miners looses effective speed on rejected shares because of job was gone while GPU findes a share.
It's a lucky thing. And pool difficulty. On high pool diffilulty rejected share have big amount, and speed lowers significant.

That's why on the same miner different peoples often have different poolside effective results.

[whotheff]

A10-5800к APU:

Detecting OpenCL-capable GPUs...
UNKNOWN_ERROR

When i check with GPU-Z, gpu is detected as 7660D and has the OpenCL tick.

[JCE-Miner]

ok for apu, i'll probably buy a little used apu to test that. on fm2.

shares : i know the stale share loss, and the -10% i observed was with same difficulty than with JCE (120000). really i never had anything above 90% of displayed hashrate pool side. while claymore 9.7 was perfect. on same rig.

[s0ftcorn]

Try to lower "multi_hash":1200 in 16 decrements, so first try "multi_hash":1184

I rebooted and even with "multi_hash":944 which was stable it doesnt compile.

i think i found the bug : the miner doesn't supported to be launched from a different dir. said differently, its current dir must be the path where the .exe is

if you call the .bat or exe from a different dir, it fails. i'll fix this in next revision.

the .bat is in te same dir, sadly. Also giving the absolute path to config instead of a relative doesnt change the behaviour.

This is my current start-batchfile:

Code:

setx GPU_FORCE_64BIT_PTR 1
setx GPU_MAX_HEAP_SIZE 100
setx GPU_MAX_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_MAX_SINGLE_ALLOC_PERCENT 100
W:
cd W:\Miner\JCE CN GPU Miner
jce_cn_gpu_miner64.exe -c "W:\Miner\JCE CN GPU Miner\confgpu.txt" -o loki.miner.rocks:5555 -u L6B6Dkz7VmLSMwEJgWeUUxHFpNeCShavBMcZ6Fid6xynbVCxD2brTsAasXviwYHKdz5i1ULS2rm2gGQqA759BdkEK4Mxzty.15000 -p w=windorf --no-cpu
PAUSE

[UnclWish]

Try to lower "multi_hash":1200 in 16 decrements, so first try "multi_hash":1184

I rebooted and even with "multi_hash":944 which was stable it doesnt compile.

i think i found the bug : the miner doesn't supported to be launched from a different dir. said differently, its current dir must be the path where the .exe is

if you call the .bat or exe from a different dir, it fails. i'll fix this in next revision.

the .bat is in te same dir, sadly. Also giving the absolute path to config instead of a relative doesnt change the behaviour.

This is my current start-batchfile:

Code:

setx GPU_FORCE_64BIT_PTR 1
setx GPU_MAX_HEAP_SIZE 100
setx GPU_MAX_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_MAX_SINGLE_ALLOC_PERCENT 100
W:
cd W:\Miner\JCE CN GPU Miner
jce_cn_gpu_miner64.exe -c "W:\Miner\JCE CN GPU Miner\confgpu.txt" -o loki.miner.rocks:5555 -u L6B6Dkz7VmLSMwEJgWeUUxHFpNeCShavBMcZ6Fid6xynbVCxD2brTsAasXviwYHKdz5i1ULS2rm2gGQqA759BdkEK4Mxzty.15000 -p w=windorf --no-cpu
PAUSE

If path is long-name you must set it in quotes:
W:
cd "W:\Miner\JCE CN GPU Miner"

[s0ftcorn]

Try to lower "multi_hash":1200 in 16 decrements, so first try "multi_hash":1184

I rebooted and even with "multi_hash":944 which was stable it doesnt compile.

i think i found the bug : the miner doesn't supported to be launched from a different dir. said differently, its current dir must be the path where the .exe is

if you call the .bat or exe from a different dir, it fails. i'll fix this in next revision.

the .bat is in te same dir, sadly. Also giving the absolute path to config instead of a relative doesnt change the behaviour.

This is my current start-batchfile:

Code:

setx GPU_FORCE_64BIT_PTR 1
setx GPU_MAX_HEAP_SIZE 100
setx GPU_MAX_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_MAX_SINGLE_ALLOC_PERCENT 100
W:
cd W:\Miner\JCE CN GPU Miner
jce_cn_gpu_miner64.exe -c "W:\Miner\JCE CN GPU Miner\confgpu.txt" -o loki.miner.rocks:5555 -u L6B6Dkz7VmLSMwEJgWeUUxHFpNeCShavBMcZ6Fid6xynbVCxD2brTsAasXviwYHKdz5i1ULS2rm2gGQqA759BdkEK4Mxzty.15000 -p w=windorf --no-cpu
PAUSE

If path is long-name you must set it in quotes:
W:
cd "W:\Miner\JCE CN GPU Miner"

Strangely i dont need to. It changes directory fine. I think you only need to use quotes in the command line if your path contains a space, but in a batch file its fine. windows lol.
Anyways: still compile error for the opencl kernel :/

[UnclWish]

Try to lower "multi_hash":1200 in 16 decrements, so first try "multi_hash":1184

I rebooted and even with "multi_hash":944 which was stable it doesnt compile.

i think i found the bug : the miner doesn't supported to be launched from a different dir. said differently, its current dir must be the path where the .exe is

if you call the .bat or exe from a different dir, it fails. i'll fix this in next revision.

the .bat is in te same dir, sadly. Also giving the absolute path to config instead of a relative doesnt change the behaviour.

This is my current start-batchfile:

Code:

setx GPU_FORCE_64BIT_PTR 1
setx GPU_MAX_HEAP_SIZE 100
setx GPU_MAX_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_MAX_SINGLE_ALLOC_PERCENT 100
W:
cd W:\Miner\JCE CN GPU Miner
jce_cn_gpu_miner64.exe -c "W:\Miner\JCE CN GPU Miner\confgpu.txt" -o loki.miner.rocks:5555 -u L6B6Dkz7VmLSMwEJgWeUUxHFpNeCShavBMcZ6Fid6xynbVCxD2brTsAasXviwYHKdz5i1ULS2rm2gGQqA759BdkEK4Mxzty.15000 -p w=windorf --no-cpu
PAUSE

If path is long-name you must set it in quotes:
W:
cd "W:\Miner\JCE CN GPU Miner"

Strangely i dont need to. It changes directory fine. I think you only need to use quotes in the command line if your path contains a space, but in a batch file its fine. windows lol.
Anyways: still compile error for the opencl kernel :/

Try to set algo manul by --variation option. Give you confgpu.txt to see there. What cards do you have? Drivers?

[s0ftcorn]

Try to lower "multi_hash":1200 in 16 decrements, so first try "multi_hash":1184

I rebooted and even with "multi_hash":944 which was stable it doesnt compile.

i think i found the bug : the miner doesn't supported to be launched from a different dir. said differently, its current dir must be the path where the .exe is

if you call the .bat or exe from a different dir, it fails. i'll fix this in next revision.

the .bat is in te same dir, sadly. Also giving the absolute path to config instead of a relative doesnt change the behaviour.

This is my current start-batchfile:

Code:

setx GPU_FORCE_64BIT_PTR 1
setx GPU_MAX_HEAP_SIZE 100
setx GPU_MAX_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_MAX_SINGLE_ALLOC_PERCENT 100
W:
cd W:\Miner\JCE CN GPU Miner
jce_cn_gpu_miner64.exe -c "W:\Miner\JCE CN GPU Miner\confgpu.txt" -o loki.miner.rocks:5555 -u L6B6Dkz7VmLSMwEJgWeUUxHFpNeCShavBMcZ6Fid6xynbVCxD2brTsAasXviwYHKdz5i1ULS2rm2gGQqA759BdkEK4Mxzty.15000 -p w=windorf --no-cpu
PAUSE

If path is long-name you must set it in quotes:
W:
cd "W:\Miner\JCE CN GPU Miner"

Strangely i dont need to. It changes directory fine. I think you only need to use quotes in the command line if your path contains a space, but in a batch file its fine. windows lol.
Anyways: still compile error for the opencl kernel :/

Try to set algo manul by --variation option. Give you confgpu.txt to see there. What cards do you have? Drivers?

One RX 580 8GB, Adrenalin 18.5.2, Windows 10 x64

Setting variation manually didnt change anything :/

Code:

"cpu_threads_conf" :  
[  
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 0, "use_cache" : true, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 2, "use_cache" : false, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 4, "use_cache" : true, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 6, "use_cache" : false, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 8, "use_cache" : true, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 10, "use_cache" : false, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 12, "use_cache" : true, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 14, "use_cache" : false, },
],

"gpu_threads_conf" : 
[ 
	{ "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta" : 4, "index" : 0, "multi_hash":832 },
	{ "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta" : 4, "index" : 0, "multi_hash":832 }, 
]

[UnclWish]

Try to lower "multi_hash":1200 in 16 decrements, so first try "multi_hash":1184

I rebooted and even with "multi_hash":944 which was stable it doesnt compile.

i think i found the bug : the miner doesn't supported to be launched from a different dir. said differently, its current dir must be the path where the .exe is

if you call the .bat or exe from a different dir, it fails. i'll fix this in next revision.

the .bat is in te same dir, sadly. Also giving the absolute path to config instead of a relative doesnt change the behaviour.

This is my current start-batchfile:

Code:

setx GPU_FORCE_64BIT_PTR 1
setx GPU_MAX_HEAP_SIZE 100
setx GPU_MAX_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_MAX_SINGLE_ALLOC_PERCENT 100
W:
cd W:\Miner\JCE CN GPU Miner
jce_cn_gpu_miner64.exe -c "W:\Miner\JCE CN GPU Miner\confgpu.txt" -o loki.miner.rocks:5555 -u L6B6Dkz7VmLSMwEJgWeUUxHFpNeCShavBMcZ6Fid6xynbVCxD2brTsAasXviwYHKdz5i1ULS2rm2gGQqA759BdkEK4Mxzty.15000 -p w=windorf --no-cpu
PAUSE

If path is long-name you must set it in quotes:
W:
cd "W:\Miner\JCE CN GPU Miner"

Strangely i dont need to. It changes directory fine. I think you only need to use quotes in the command line if your path contains a space, but in a batch file its fine. windows lol.
Anyways: still compile error for the opencl kernel :/

Try to set algo manul by --variation option. Give you confgpu.txt to see there. What cards do you have? Drivers?

One RX 580 8GB, Adrenalin 18.5.2, Windows 10 x64

Setting variation manually didnt change anything :/

Code:

"cpu_threads_conf" :  
[  
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 0, "use_cache" : true, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 2, "use_cache" : false, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 4, "use_cache" : true, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 6, "use_cache" : false, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 8, "use_cache" : true, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 10, "use_cache" : false, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 12, "use_cache" : true, },
     { "cpu_architecture" : "ryzen", "affine_to_cpu" : 14, "use_cache" : false, },
],

"gpu_threads_conf" : 
[ 
	{ "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta" : 4, "index" : 0, "multi_hash":832 },
	{ "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta" : 4, "index" : 0, "multi_hash":832 }, 
]

From cmd.exe run

jce_cn_gpu_miner64.exe --probe

and place here results.

[sevilla404]

Im having problems connecting to xmrig-proxy .. it is compatible???

Connecting to mining pool 192.168.0.225:3333 ...
Connection failed: Socked connect error: Cannot reach pool on Internet, is your connection up?
Connection interrupted, waiting 5s then retry, attempt #1
Devfee is 3%



Theresn't firewall.. I can connect to that proxy with xmrig but no with jce miner..

[JCE-Miner]

JCE explicitly forbids use of any proxy, i tell it in the doc. that's a security feature, otherwise a miner+proxy packed together could be turned into a botnet with ease.

[gvb]

Hashrate drops to zero : I already experienced that, and most often on the GPU where the screen is plugged (real or dummy plug). That's when we use too much memory, close to max, the miner starts, then the display driver gets some of the memory (it has higher priority) and never give it back, locking the miner.
Fix : use a slightly lower multi-hash value, or plug no screen on that card.

Thanks I keep that in mind.

multihash is now on 400 and I copied the lines another user posted for my card.

yesterday I changed the "turn off monitor after" setting from 15 to 0 minutes. not sure if that also effected my none display card (power saving?) but the miner is still running on the gpu now.

[s0ftcorn]

From cmd.exe run

jce_cn_gpu_miner64.exe --probe

and place here results.

Thanks! I found out that GPU 0 is my 1070. Changing the config to GPU 1 fixed the problem.

[Mohondoa]

Nice software mining, i have try it and very good for the hashrate. Thank you for your software and contribution at crypto-world. I hope you can always to development it to make more better and better. And i'll to try the gpu prototype, maybe i can share it later.

[syncro2017]

JCE explicitly forbids use of any proxy, i tell it in the doc. that's a security feature, otherwise a miner+proxy packed together could be turned into a botnet with ease.

Jyst FYI, im running one of my miners with JCE through xmrig-proxy with no issues, all i had to do is add --nicehash to the start command line.

[sevilla404]

JCE explicitly forbids use of any proxy, i tell it in the doc. that's a security feature, otherwise a miner+proxy packed together could be turned into a botnet with ease.

Jyst FYI, im running one of my miners with JCE through xmrig-proxy with no issues, all i had to do is add --nicehash to the start command line.

Could you show me how are you running? im still having problems to connect to my proxy.

[KriptoGuruTR]

@JCE, Gief luv to Linux Windowz Sux

[syncro2017]

Could you show me how are you running? im still having problems to connect to my proxy.

all i did just added --nicehash  to the command line

Code:

jce_cn_gpu_miner64.exe -c confgpu.txt --any --forever --nicehash --mport 16000 --variation %FORK% --low -o %POOL%:%PORT% -u %WALLET% -p %PASSWORD% %SSL% %*

result:

Code:

10:09:40 | CPU Thread 3 finds a Share, value 37173
10:09:40 | Accepted by the pool.
10:10:04 | Pool changes Difficulty to 37182.
10:10:07 | Pool sends a new Job.
10:10:09 | Pool sends a new Job.
10:10:36 | GPU Thread 5 Lane 84 finds a Share, value 37182
10:10:36 | Accepted by the pool.
10:11:24 | Pool changes Difficulty to 37199.
10:11:50 | Pool changes Difficulty to 37219.
10:12:38 | GPU Thread 5 Lane 124 finds a Share, value 37219
10:12:38 | Accepted by the pool.
10:12:50 | Hashrate CPU Thread 0: 75.57 h/s
10:12:50 | Hashrate CPU Thread 1: 77.23 h/s
10:12:50 | Hashrate CPU Thread 2: 77.23 h/s
10:12:50 | Hashrate CPU Thread 3: 75.76 h/s
10:12:50 | Hashrate GPU Thread 4: 259.98 h/s
10:12:50 | Hashrate GPU Thread 5: 262.06 h/s
10:12:50 | Total: 827.81 h/s - Max: 832.13 h/s
10:13:25 | CPU Thread 1 finds a Share, value 37219
10:13:25 | Accepted by the pool.
10:13:26 | GPU Thread 5 Lane 397 finds a Share, value 37219
10:13:26 | Accepted by the pool.
10:13:33 | GPU Thread 5 Lane 57 finds a Share, value 37219
10:13:33 | Accepted by the pool.
10:14:52 | CPU Thread 0 finds a Share, value 37219
10:14:52 | Accepted by the pool.