DO i need to BIOS mod my cards for max hashrate with this miner?
Of course, you are. Miner didn't changes anything in hardware, including video BIOS. 
Topic: [XMR] JCE Miner Cryptonight/forks, now with GPU! - page 54. (Read 90841 times)
DO i need to BIOS mod my cards for max hashrate with this miner?
I verify that 0.32g CPU works on CentOS 7.5
Someone checked on RX 550 2GB (c 1315MHz, m 2000MHz) , Windows 10 (1709) 64bit, Drivers 18.9.2?
Quote
{ "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta":4, "index" : 0, "multi_hash":432 },
On my 3 (rx 550) the version 32m have best stable h/s near 530 (together more than 1580 h/s), batt on 32n and 32p I have declines to 450, 470 and one example is around 530, or two near 530, or 490 (together closer 1400 h/s and even less).
You did. 
It's a the top of the list, since it's no longer a prototype.
My CPU Bittube optim burns like fire, my Ryzen 1600 when from 222 to 230 h/s, using 4 normal threads plus 2 no-cache. The no-cache assemblies are twice faster on 0.32p than on previous versions (I just rewrote it entirely
).
On GPU the gain is smaller but noticeable.
edit: woow, it even gave some boost to the original CN-v7 on non-AES cpu, the first algo provided by the first version of JCE, and that's a nice +1%. I thought I was at hardware max
It's a the top of the list, since it's no longer a prototype.
My CPU Bittube optim burns like fire, my Ryzen 1600 when from 222 to 230 h/s, using 4 normal threads plus 2 no-cache. The no-cache assemblies are twice faster on 0.32p than on previous versions (I just rewrote it entirely
).On GPU the gain is smaller but noticeable.
edit: woow, it even gave some boost to the original CN-v7 on non-AES cpu, the first algo provided by the first version of JCE, and that's a nice +1%. I thought I was at hardware max
edit:
0.32p GPU is online
0.32p GPU is online
I can't find it on your Github page: https://github.com/jceminer/cn_gpu_miner
Did I miss something?
Sure, but i wanted to make a size-based rotation, so adding the timestamp in the filename can be done at the same time. Planned but had no time yet.
I'm now finishing 0.32p with
edit:
0.32p GPU is online
I'm now finishing 0.32p with
Code:
--keepalive param
Watchdog no longer triggers when the pool is offline (bugfix)
Light optimization for Bittube-v2 (for both CPU and GPU)
Watchdog no longer triggers when the pool is offline (bugfix)
Light optimization for Bittube-v2 (for both CPU and GPU)
edit:
0.32p GPU is online
Yes it is!
i wish i thought about all combinations of stop (stale, paused, warmup…) but i admit i forgot that case. it will be fixed in next 0.32p
i'll add the keep-alive too in this version.
thanks for report!
i wish i thought about all combinations of stop (stale, paused, warmup…) but i admit i forgot that case. it will be fixed in next 0.32p
i'll add the keep-alive too in this version.
thanks for report!
Thanks. Also requesting feature for new logs files created on every run of the miner if possible?
you should able to do it .bat file to create new log file every time miner run.
Yes it is!
i wish i thought about all combinations of stop (stale, paused, warmup…) but i admit i forgot that case. it will be fixed in next 0.32p
i'll add the keep-alive too in this version.
thanks for report!
i wish i thought about all combinations of stop (stale, paused, warmup…) but i admit i forgot that case. it will be fixed in next 0.32p
i'll add the keep-alive too in this version.
thanks for report!
Thanks. Also requesting feature for new logs files created on every run of the miner if possible?
Yes it is!
i wish i thought about all combinations of stop (stale, paused, warmup…) but i admit i forgot that case. it will be fixed in next 0.32p
i'll add the keep-alive too in this version.
thanks for report!
i wish i thought about all combinations of stop (stale, paused, warmup…) but i admit i forgot that case. it will be fixed in next 0.32p
i'll add the keep-alive too in this version.
thanks for report!
Code:
12:26:01 | Connecting to mining pool minexcash.com:5555 ...
12:26:02 | Connection failed: Socket connect error: No connection could be made because the target machine actively refused it.
12:26:02 | Connection interrupted, waiting 10s then retry, attempt #3
12:26:12 | Connecting to mining pool minexcash.com:5555 ...
12:26:13 | Connection failed: Socket connect error: No connection could be made because the target machine actively refused it.
12:26:13 | Connection interrupted, waiting 10s then retry, attempt #4
12:26:23 | Connecting to mining pool minexcash.com:5555 ...
12:26:24 | Connection failed: Socket connect error: No connection could be made because the target machine actively refused it.
12:26:24 | Connection interrupted, waiting 10s then retry, attempt #5
12:26:34 | Connecting to mining pool minexcash.com:5555 ...
12:26:35 | Connection failed: Socket connect error: No connection could be made because the target machine actively refused it.
12:26:35 | Connection interrupted, waiting 10s then retry, attempt #6
12:26:45 | Connecting to mining pool minexcash.com:5555 ...
12:26:46 | Connection failed: Socket connect error: No connection could be made because the target machine actively refused it.
12:26:46 | Connection interrupted, waiting 10s then retry, attempt #7
12:26:56 | Connecting to mining pool minexcash.com:5555 ...
12:26:57 | GPU Thread 0 is stuck for more than a minute, Quit.
12:26:57 | Pool connection socket closed.
@JCE-miner GPU thread stuck when the miner can't connect to the pool? Is this a bug?
thanks, the Mega version, which is some virus, exists for a long time, JCE has been packed by hackers faster than by helpers like Forager or Awesome Miner
Bump to front page so the orginal topic is visible, because some scammer just posted this miner packed with virus. Everybody, use the link from original post of this topic, nothing else!
Hmmm. tried --no-warmup option on last version on RX 580 8G cards... Speed looks the same as was before...
not a bug, even with no warmup, OpenCL may take some time to allocate compute power. just in such case it's closer to 1mn and not 5. i'll still rewrite the message, right.
thanks!
thanks!
@JCE-Miner
minor bug: when no-warmup option is enabled we still get the console output message for 5 min low intensity.
minor bug: when no-warmup option is enabled we still get the console output message for 5 min low intensity.
Hello!
Pentium G
Core i7
In both case, the no-cache bottom part may be good or not, it depends on your exact config. It's often a little better on Intel and little worse on AMD, test both case with/without to know
Version 0.32n GPU is online
Pentium G
Code:
"cpu_threads_conf": [
{ "cpu_architecture": "auto", "affine_to_cpu": 0, "use_cache": true, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 2, "use_cache": true, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 1, "use_cache": false, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 3, "use_cache": false, "multi_hash": 1 }
]
Core i7
Code:
"cpu_threads_conf": [
{ "cpu_architecture": "auto", "affine_to_cpu": 0, "use_cache": true, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 2, "use_cache": true, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 4, "use_cache": true, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 6, "use_cache": true, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 8, "use_cache": true, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 10, "use_cache": true, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 1, "use_cache": false, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 3, "use_cache": false, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 5, "use_cache": false, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 7, "use_cache": false, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 9, "use_cache": false, "multi_hash": 1 },
{ "cpu_architecture": "auto", "affine_to_cpu": 11, "use_cache": false, "multi_hash": 1 }
]
In both case, the no-cache bottom part may be good or not, it depends on your exact config. It's often a little better on Intel and little worse on AMD, test both case with/without to know
Version 0.32n GPU is online
Code:
Backported fixes for 64+ cpu
Light perf increase on Pitcairn, Tahiti and possibly RX5xx
Hi,
the mining script I am using (https://github.com/rainbowminer/Rainbowminer) just included this miner. Now I am trying to figure out, how to get the best cpu mining performance through editing the config files. I am using it on two mining rigs. The one has a Core i7 8700K with 6 cores/12 threads and 12MB Cache, the second is a little weaker, as it uses a Pentium G4560 (2 cores/4 threads 3MB Cache).
Do you have some good to go presets for that?
Rainbowminer created the following examples for me automatically:
Pentium G4560
Code:
"cpu_threads_conf": [
{
"cpu_architecture": "auto",
"affine_to_cpu": 0,
"use_cache": true,
"multi_hash": 6
},
{
"cpu_architecture": "auto",
"affine_to_cpu": 2,
"use_cache": true,
"multi_hash": 6
}
]
Corei7
Code:
"cpu_threads_conf": [
{
"cpu_architecture": "auto",
"affine_to_cpu": 0,
"use_cache": true,
"multi_hash": 6
},
{
"cpu_architecture": "auto",
"affine_to_cpu": 2,
"use_cache": true,
"multi_hash": 6
},
{
"cpu_architecture": "auto",
"affine_to_cpu": 4,
"use_cache": true,
"multi_hash": 6
},
{
"cpu_architecture": "auto",
"affine_to_cpu": 6,
"use_cache": true,
"multi_hash": 6
},
{
"cpu_architecture": "auto",
"affine_to_cpu": 8,
"use_cache": true,
"multi_hash": 6
},
{
"cpu_architecture": "auto",
"affine_to_cpu": 10,
"use_cache": true,
"multi_hash": 6
}
]
Thank you very much for your suggestions, in advance!
borox
Quote
Press any key to continue . . .
Ensure there's no pause command in the scripts. My default .bat has a pause at the end, to allow users read error messages, because Windows default shell open and close instantly otherwise.When JCE quits because of the watchdog, it just quits, and doesn't even try to cleanup the VRAM, since it would probably fail in such case.
thanks JCE.
Quote
when miner reconnected to the pool the hashrate drops to 7200 h/s and never get back to 8300 h/s unless restart the miner.. how do i solve this issue?
hope this will gone on your next update. Quote
Press any key to continue . . .
Ensure there's no pause command in the scripts. My default .bat has a pause at the end, to allow users read error messages, because Windows default shell open and close instantly otherwise.When JCE quits because of the watchdog, it just quits, and doesn't even try to cleanup the VRAM, since it would probably fail in such case.
@wyzdic :
Thanks for the logs!
So your Epyc have 8M cache in groups of three cores, each having 2 logical CPU. So JCE tries to allocate four. For example core 0 has CPU 0, 1, 2, 3, 4, 5 and JCE use 0, 2, 4 plus an extra, the 1. This is expected. So my autoconfig was good from the beginning, but the CPU and NUMA allocation was broken above the 1st physical CPU (i mean, the 1st socket). Now it's fixed and you have maximum power
I'll release 0.32n GPU soon, which will be the 0.32m GPU plus the 0.32n CPU 64+ fixes. And next time, i will avoid do desync the CPU and GPU features. I must take time to build the 0.32n for linux too
Jump to: