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

[UnclWish]

lost almost 2 hours mining of my vega rig using b5 and my favorite heavy coin and pool. Only stale shares (((. other rigs were using srbminer 1.7.0 with the same connectivity settings and had no problems.

Miner has wrong determined your coin. Set coin variation manully. For heavy algo add --variation 5 to command line.

[UnclWish]

Online is the B-X version (not packaged, just the .exe)

It's an experimental version, quite different from the previous ones
You will have a few bad shares, that's expected, often at the beginning of the session
On Tahiti and Pitcairn, there's a solid ~2% boost
And a very small one <1% on Hawaii and Bonaire
It should mine more stable on hi-mem cards, maybe with a slightly lower peak hashrate
CN-Dark is available on CPU and GPU

Ok, thanks! Let's try it now...

EDIT:
1st impressions - As you said - bad shares on RX appears, but not so much... Speed on Pitcairn is a bit faster. Speed on RX 580 8Gb looks like on b5... Speed stability is still watching...

EDIT2: 2nd - Bad shares appears on Pitcairn chip too. Speed on RX 580 8Gb is so unstable as on b5 and b6.

[rednoW]

lost almost 2 hours mining of my vega rig using b5 and my favorite heavy coin and pool. Only stale shares (((. other rigs were using srbminer 1.7.0 with the same connectivity settings and had no problems.

Miner has wrong determined your coin. Set coin variation manully. For heavy algo add --variation 5 to command line.

--variation property was set correctly.

[Bazzaar]

Sorry, where is the B-X version?

[JCE-Miner]

lost almost 2 hours mining of my vega rig using b5 and my favorite heavy coin and pool. Only stale shares (((. other rigs were using srbminer 1.7.0 with the same connectivity settings and had no problems.

no, my miner doesn't produce only stale shares. and how do you know they are stale? if they're all rejected so you chose the wrong --variation
no pool would let you mine for 2h with only bad shares. if that's just about the message in jce "stale, may be rejected" and then it gets accepted, so it's a good share.

bx that's the standalone .exe in Github (gpu project)

speed and bad shares were expected, not a big deal, but i really expected a more stable hashrare... at least it was more stable on my own rigs.

[rednoW]

lost almost 2 hours mining of my vega rig using b5 and my favorite heavy coin and pool. Only stale shares (((. other rigs were using srbminer 1.7.0 with the same connectivity settings and had no problems.

no, my miner doesn't produce only stale shares. and how do you know they are stale? if they're all rejected so you chose the wrong --variation
no pool would let you mine for 2h with only bad shares. if that's just about the message in jce "stale, may be rejected" and then it gets accepted, so it's a good share.

I repeat again. Variation was set correctly. In miner window all shares was marked as stale and all was rejected by pool. It was ~1-2 hours. Pool statistics also shows performance drop (on pool website). After some time all come back to normal. Other rigs with srbminer were working without a problem. Nvidia equihash miner that was working at the same time on this mixed vega-nvidia rig also had to problem.

I think it was some devfee switching problem with your miner. My bad, I have no logs (( .

[Bazzaar]

I see no difference with the hybrid version over standard version, neither better or worse
CPU usage is virtually nil, I think I dont understand configuration for the hybrid version.
Experimenting with one Vega 64 on 8 core xeon, no 1x risers.

[UnclWish]

speed and bad shares were expected, not a big deal, but i really expected a more stable hashrare... at least it was more stable on my own rigs.

From b5 version I noticed that miner needs much more time than 5 minutes to reach max stable speed on heavy. It's about 40-50 minutes. It's make difficult to test...

EDIT: With b-x strange situation with speed - it's became max, than works with max speed some time, and than it start to fluctuate again as on warm-up and didn't stabilize again...

[JCE-Miner]

Interresting, i hope i can understand and fix that hashrate speed bug

The hybridness is an internal detail, from the user point of view, Nothing changes.
I could make the CPU usage negligible, so that's normal you don't see any difference.

I'm making the 0.33b7 which will be the b-x with a little more "hybridness" for weak cards, and the bad shares fixed, or at least a lot less frequent.
To be release in a few days.

On v8 i can mine at 470 h/s on my HD7950 with b7, and 427 on Heavy, that's a lot faster than other miners. But few people still mine with such old cards.

I think it was some devfee switching problem with your miner.

Algo switch for devfee is on SRB only, i never switch algo on GPU (on CPU i do, but for MoneroOcean, not for fees).

Still, it may have been some netcode desync or something, i had fixed a lot of related bugs, but you may have had bad luck and found it at first try. Not impossible.

edit: the b7 still give higher and more stable hashrate on my RX rig, but that's the 3rd time i observe such. Maybe some mental bias. BTW it's quite good compared to b6 so i'll release once my tests are done.

[torsrex]

Using the B-X version yields a combined hashrate in the range of 838 to 841 on two radeon hd 7850s (pitcairn), up from 825-828 on b6, so about a 10h/s improvement or ~1,6% increase.
After an uptime of 7 hours, 425 good shares and 0 bad shares have been found.
Total hashrate for gpu0 is approximately 413,96 h/s (this has a 1440p display plugged into it) and for gpu1 is 426,39 h/s (no display).
Oc gpu0: 1230 core, 1420 mem.
Oc gpu1: 1205 core 1432 mem.

The following launch parameter was used with miningpoolhub

Code:

jce_cn_gpu_miner64.exe --mport 3336 --stakjson --keepalive --forever --no-warmup --no-cpu -o stratum -u user -p password --variation 15 -c config.txt

. Omitting '--no-warmup' yields a very unstable hashrate.

The config.txt had to be slightly changed for the B-X version. Previously this config was used:

Code:

"gpu_threads_conf" : 
[ 
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "index" : 0, "multi_hash":432 },
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "index" : 0, "multi_hash":432 },
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "index" : 1, "multi_hash":432 }, 
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "index" : 1, "multi_hash":432 },
],

but on the newer version this config yields a better result

Code:

"gpu_threads_conf" : 
[ 
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "index" : 0, "multi_hash":416 },
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "index" : 0, "multi_hash":432 },
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "index" : 1, "multi_hash":432 }, 
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "index" : 1, "multi_hash":432 },
],

Furthermore, there's a 1-4 h/s difference between using multi_hash:416 on thread 1 on gpu0 (multi_hash:432 on thread 2), and using multi_hash:416 on thread 2 (multi_hash:432 on thread 1) on gpu0. Overall, from this very brief testing, the B-X version seems better than b6 on these gpus. Thank you for your hard work and time!
Edit: Forgot to mention, the driver used is Adrenalin Edition 18.6.1

[polsska]

b-x
3x RX 550 2GB (1315MHz core, 2050MHz mem, drivers 18.11.1, Win 10 1809)

09:08:36 | Hashrate GPU Thread 0: 258.57 h/s
09:08:36 | Hashrate GPU Thread 1: 256.64 h/s - Total GPU 0: 515.21 h/s
09:08:36 | Hashrate GPU Thread 2: 253.11 h/s
09:08:36 | Hashrate GPU Thread 3: 258.37 h/s - Total GPU 2: 511.47 h/s
09:08:36 | Hashrate GPU Thread 4: 248.62 h/s
09:08:36 | Hashrate GPU Thread 5: 255.99 h/s - Total GPU 3: 504.61 h/s
09:08:36 | Total: 1531.28 h/s - Max: 1531.28 h/s

I see there better h/s, but it drops to the way it was in b6. and waves

[migo77]

@migo77 : here you gave the linux cpuid, what was detected by JCE linux?
In all case you have great control on CPU:

Simple: --t N to force N threads, and --archi to set architecture (e.g. ryzen, athlon64, core2 ...)
Advanced: use manual config (examples are provided in the .zip)

So far most of my users are Windows CPU miners, GPU is far less (i've more competitors there) and Linux almost negligible

Hi JCE, yes I know about configuration options and I'm using them I'm linux admin with experience I'm interested in your high efficiency on old HW, but in some cases I cant' achieve it.

That old opteron is detected as generic_sse2 and speed is the same as xmr-stak that I'm using, it is around 150h/s with arch set to athlon64 I see nice increase in hr with JCE at 170h/s which is fine and worth higher fee. That athlon reports sse4a instruction set, but your algorithm for sse4 doesn't work. I checked various thread/cache/multihash options and this is max I was able to achieve. Is there anything else we can do for more optimizations?

JCE runs fine on:

Dual Intel(R) Xeon(R) CPU E5450 @ 3.00GHz
Assembly codename: core2_sse4
  SSE2    : Yes
  SSE3    : Yes
  SSE4    : Yes
  AES     : No
  AVX     : No
  AVX2    : No

Found CPU 0, with:
  L1 Cache:    32 KB
  L2 Cache:  6144 KB, shared with CPU 2
Found CPU 2, with:
  L1 Cache:    32 KB
  L2 Cache:  6144 KB, shared with CPU 0
Found CPU 4, with:
  L1 Cache:    32 KB
  L2 Cache:  6144 KB, shared with CPU 6
Found CPU 6, with:
  L1 Cache:    32 KB
  L2 Cache:  6144 KB, shared with CPU 4
Found CPU 1, with:
  L1 Cache:    32 KB
  L2 Cache:  6144 KB, shared with CPU 3
Found CPU 3, with:
  L1 Cache:    32 KB
  L2 Cache:  6144 KB, shared with CPU 1
Found CPU 5, with:
  L1 Cache:    32 KB
  L2 Cache:  6144 KB, shared with CPU 7
Found CPU 7, with:
  L1 Cache:    32 KB
  L2 Cache:  6144 KB, shared with CPU 5

HTTP Local Server on port 16000

Preparing 8 Mining Threads...

+-- Thread 0 config ------------------------+
| Run on CPU:            0                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       core2_sse4         |
+-------------------------------------------+

+-- Thread 1 config ------------------------+
| Run on CPU:            1                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       core2_sse4         |
+-------------------------------------------+

+-- Thread 2 config ------------------------+
| Run on CPU:            2                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       core2_sse4         |
+-------------------------------------------+

+-- Thread 3 config ------------------------+
| Run on CPU:            3                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       core2_sse4         |
+-------------------------------------------+

+-- Thread 4 config ------------------------+
| Run on CPU:            4                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       core2_sse4         |
+-------------------------------------------+

+-- Thread 5 config ------------------------+
| Run on CPU:            5                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       core2_sse4         |
+-------------------------------------------+

+-- Thread 6 config ------------------------+
| Run on CPU:            6                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       core2_sse4         |
+-------------------------------------------+

+-- Thread 7 config ------------------------+
| Run on CPU:            7                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       core2_sse4         |
+-------------------------------------------+

Cryptonight Variation: Cryptonight V8 fork of Oct-2018


Starting CPU Thread 0, affinity: CPU 0
Thread 0 successfully bound to CPU 0
Allocated shared Large Page at: 0x7f556c800000
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7f556c600000

Starting CPU Thread 1, affinity: CPU 1
Thread 1 successfully bound to CPU 1
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7f556c400000

Starting CPU Thread 2, affinity: CPU 2
Thread 2 successfully bound to CPU 2
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7f556c200000

Starting CPU Thread 3, affinity: CPU 3
Thread 3 successfully bound to CPU 3
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7f5566400000

Starting CPU Thread 4, affinity: CPU 4
Thread 4 successfully bound to CPU 4
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7f5565800000

Starting CPU Thread 5, affinity: CPU 5
Thread 5 successfully bound to CPU 5
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7f5564c00000

Starting CPU Thread 6, affinity: CPU 6
Thread 6 successfully bound to CPU 6
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7f5564000000

Starting CPU Thread 7, affinity: CPU 7
Thread 7 successfully bound to CPU 7
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7f554b400000
Devfee for CPU is 3%

18:30:13 | Monero (XMR/XMV) Mining session starts!

During mining time, press:
 h      display hashrate for each mining thread.
 r      display full report.
 p      pause all.
 q      quit.

18:30:14 | Connecting to mining pool pool.supportxmr.com:5555 ...
18:30:14 | Connected to pool. Now logging in...
18:30:14 | Successfuly logged as 48DZQquvFBjGCi3KcVCGDUhHbCZpgaAjTC5siqZd9K7ogfAKajwbG2hLS8NBy4CjAuCsqAAUywpXMEN vgv17YyP4RCWh94n
18:30:14 | Pool changes Difficulty to 10000.
18:30:30 | Pool sends a new Job.
18:30:44 | Hashrate CPU Thread 0: 27.73 h/s
18:30:44 | Hashrate CPU Thread 1: 27.72 h/s
18:30:44 | Hashrate CPU Thread 2: 27.72 h/s
18:30:44 | Hashrate CPU Thread 3: 27.72 h/s
18:30:44 | Hashrate CPU Thread 4: 27.72 h/s
18:30:44 | Hashrate CPU Thread 5: 27.73 h/s
18:30:44 | Hashrate CPU Thread 6: 27.72 h/s
18:30:44 | Hashrate CPU Thread 7: 27.72 h/s
18:30:44 | Total: 221.74 h/s - Max: 221.74 h/s

on this system is JCE faster 221h/s than XMR-stak  180h/s.

The BAD:

On other xeon boxes I can't achieve better performance than xmr-stak at all e.g.:

{
  "hashrate":
  {
    "thread_0": 18.95,
    "thread_1": 18.95,
    "thread_2": 18.95,
    "thread_3": 18.94,
    "thread_4": 19.04,
    "thread_5": 19.04,
    "thread_6": 19.04,
    "thread_7": 19.03,
    "thread_all": [18.95, 18.95, 18.95, 18.94, 19.04, 19.04, 19.04, 19.03],
    "total": 151.89,
    "max": 152.69
  },
  "result":
  {
     "reconnections": 0,
     "currency": "Monero (XMR/XMV)",
     "difficulty": 5000,
     "shares": 5265,
     "hashes": 26334400,
     "uptime": "49:23:16",
     "effective": 148.12
  },
  "miner":
  {
     "version": "jce/0.33f/cpu",
     "platform": "Dual Intel(R) Xeon(R) CPU E5520 @ 2.27GHz",
     "system": "Linux 64-bits",
     "algorithm": "15"
  }
}

On this system is hr same as with xmr-stak but fee is higher.

Another "problematic" system is:

Analyzing Processors topology...
Dual Intel(R) Xeon(R) CPU E5-2640 0 @ 2.50GHz
Assembly codename: generic_aes_avx
  SSE2    : Yes
  SSE3    : Yes
  SSE4    : Yes
  AES     : Yes
  AVX     : Yes
  AVX2    : No

Found CPU 0, with:
  L1 Cache:    32 KB, shared with CPU 12
  L2 Cache:   256 KB, shared with CPU 12
  L3 Cache: 15360 KB, shared with CPU 12, 1, 13, 2, 14, 3, 15, 4, 16, 5, 17
Found CPU 12, with:
  L1 Cache:    32 KB, shared with CPU 0
  L2 Cache:   256 KB, shared with CPU 0
  L3 Cache: 15360 KB, shared with CPU 0, 1, 13, 2, 14, 3, 15, 4, 16, 5, 17
Found CPU 1, with:
  L1 Cache:    32 KB, shared with CPU 13
  L2 Cache:   256 KB, shared with CPU 13
  L3 Cache: 15360 KB, shared with CPU 0, 12, 13, 2, 14, 3, 15, 4, 16, 5, 17
Found CPU 13, with:
  L1 Cache:    32 KB, shared with CPU 1
  L2 Cache:   256 KB, shared with CPU 1
  L3 Cache: 15360 KB, shared with CPU 0, 12, 1, 2, 14, 3, 15, 4, 16, 5, 17
Found CPU 2, with:
  L1 Cache:    32 KB, shared with CPU 14
  L2 Cache:   256 KB, shared with CPU 14
  L3 Cache: 15360 KB, shared with CPU 0, 12, 1, 13, 14, 3, 15, 4, 16, 5, 17
Found CPU 14, with:
  L1 Cache:    32 KB, shared with CPU 2
  L2 Cache:   256 KB, shared with CPU 2
  L3 Cache: 15360 KB, shared with CPU 0, 12, 1, 13, 2, 3, 15, 4, 16, 5, 17
Found CPU 3, with:
  L1 Cache:    32 KB, shared with CPU 15
  L2 Cache:   256 KB, shared with CPU 15
  L3 Cache: 15360 KB, shared with CPU 0, 12, 1, 13, 2, 14, 15, 4, 16, 5, 17
Found CPU 15, with:
  L1 Cache:    32 KB, shared with CPU 3
  L2 Cache:   256 KB, shared with CPU 3
  L3 Cache: 15360 KB, shared with CPU 0, 12, 1, 13, 2, 14, 3, 4, 16, 5, 17
Found CPU 4, with:
  L1 Cache:    32 KB, shared with CPU 16
  L2 Cache:   256 KB, shared with CPU 16
  L3 Cache: 15360 KB, shared with CPU 0, 12, 1, 13, 2, 14, 3, 15, 16, 5, 17
Found CPU 16, with:
  L1 Cache:    32 KB, shared with CPU 4
  L2 Cache:   256 KB, shared with CPU 4
  L3 Cache: 15360 KB, shared with CPU 0, 12, 1, 13, 2, 14, 3, 15, 4, 5, 17
Found CPU 5, with:
  L1 Cache:    32 KB, shared with CPU 17
  L2 Cache:   256 KB, shared with CPU 17
  L3 Cache: 15360 KB, shared with CPU 0, 12, 1, 13, 2, 14, 3, 15, 4, 16, 17
Found CPU 17, with:
  L1 Cache:    32 KB, shared with CPU 5
  L2 Cache:   256 KB, shared with CPU 5
  L3 Cache: 15360 KB, shared with CPU 0, 12, 1, 13, 2, 14, 3, 15, 4, 16, 5
Found CPU 6, with:
  L1 Cache:    32 KB, shared with CPU 18
  L2 Cache:   256 KB, shared with CPU 18
  L3 Cache: 15360 KB, shared with CPU 18, 7, 19, 8, 20, 9, 21, 10, 22, 11, 23
Found CPU 18, with:
  L1 Cache:    32 KB, shared with CPU 6
  L2 Cache:   256 KB, shared with CPU 6
  L3 Cache: 15360 KB, shared with CPU 6, 7, 19, 8, 20, 9, 21, 10, 22, 11, 23
Found CPU 7, with:
  L1 Cache:    32 KB, shared with CPU 19
  L2 Cache:   256 KB, shared with CPU 19
  L3 Cache: 15360 KB, shared with CPU 6, 18, 19, 8, 20, 9, 21, 10, 22, 11, 23
Found CPU 19, with:
  L1 Cache:    32 KB, shared with CPU 7
  L2 Cache:   256 KB, shared with CPU 7
  L3 Cache: 15360 KB, shared with CPU 6, 18, 7, 8, 20, 9, 21, 10, 22, 11, 23
Found CPU 8, with:
  L1 Cache:    32 KB, shared with CPU 20
  L2 Cache:   256 KB, shared with CPU 20
  L3 Cache: 15360 KB, shared with CPU 6, 18, 7, 19, 20, 9, 21, 10, 22, 11, 23
Found CPU 20, with:
  L1 Cache:    32 KB, shared with CPU 8
  L2 Cache:   256 KB, shared with CPU 8
  L3 Cache: 15360 KB, shared with CPU 6, 18, 7, 19, 8, 9, 21, 10, 22, 11, 23
Found CPU 9, with:
  L1 Cache:    32 KB, shared with CPU 21
  L2 Cache:   256 KB, shared with CPU 21
  L3 Cache: 15360 KB, shared with CPU 6, 18, 7, 19, 8, 20, 21, 10, 22, 11, 23
Found CPU 21, with:
  L1 Cache:    32 KB, shared with CPU 9
  L2 Cache:   256 KB, shared with CPU 9
  L3 Cache: 15360 KB, shared with CPU 6, 18, 7, 19, 8, 20, 9, 10, 22, 11, 23
Found CPU 10, with:
  L1 Cache:    32 KB, shared with CPU 22
  L2 Cache:   256 KB, shared with CPU 22
  L3 Cache: 15360 KB, shared with CPU 6, 18, 7, 19, 8, 20, 9, 21, 22, 11, 23
Found CPU 22, with:
  L1 Cache:    32 KB, shared with CPU 10
  L2 Cache:   256 KB, shared with CPU 10
  L3 Cache: 15360 KB, shared with CPU 6, 18, 7, 19, 8, 20, 9, 21, 10, 11, 23
Found CPU 11, with:
  L1 Cache:    32 KB, shared with CPU 23
  L2 Cache:   256 KB, shared with CPU 23
  L3 Cache: 15360 KB, shared with CPU 6, 18, 7, 19, 8, 20, 9, 21, 10, 22, 23
Found CPU 23, with:
  L1 Cache:    32 KB, shared with CPU 11
  L2 Cache:   256 KB, shared with CPU 11
  L3 Cache: 15360 KB, shared with CPU 6, 18, 7, 19, 8, 20, 9, 21, 10, 22, 11

HTTP Local Server on port 16000

Preparing 13 Mining Threads...

+-- Thread 0 config ------------------------+
| Run on CPU:            1                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 1 config ------------------------+
| Run on CPU:            2                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 2 config ------------------------+
| Run on CPU:            3                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 3 config ------------------------+
| Run on CPU:            4                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 4 config ------------------------+
| Run on CPU:            5                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 5 config ------------------------+
| Run on CPU:            6                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 6 config ------------------------+
| Run on CPU:            7                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 7 config ------------------------+
| Run on CPU:            8                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 8 config ------------------------+
| Run on CPU:            9                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 9 config ------------------------+
| Run on CPU:            10                 |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 10 config -----------------------+
| Run on CPU:            11                 |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 11 config -----------------------+
| Run on CPU:            0                  |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

+-- Thread 12 config -----------------------+
| Run on CPU:            12                 |
| Use cache:             yes                |
| Multi-hash:            no                 |
| Assembly module:       generic_aes_avx    |
+-------------------------------------------+

Cryptonight Variation: Cryptonight V8 fork of Oct-2018


Starting CPU Thread 0, affinity: CPU 1
Thread 0 successfully bound to CPU 1
Allocated shared Large Page at: 0x7fcd5e800000
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd5e600000

Starting CPU Thread 1, affinity: CPU 2
Thread 1 successfully bound to CPU 2
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd5da00000

Starting CPU Thread 2, affinity: CPU 3
Thread 2 successfully bound to CPU 3
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd5ce00000

Starting CPU Thread 3, affinity: CPU 4
Thread 3 successfully bound to CPU 4
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd5c200000

Starting CPU Thread 4, affinity: CPU 5
Thread 4 successfully bound to CPU 5
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd47400000

Starting CPU Thread 5, affinity: CPU 6
Thread 5 successfully bound to CPU 6
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd46800000

Starting CPU Thread 6, affinity: CPU 7
Thread 6 successfully bound to CPU 7
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd45c00000

Starting CPU Thread 7, affinity: CPU 8
Thread 7 successfully bound to CPU 8
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd45000000

Starting CPU Thread 8, affinity: CPU 9
Thread 8 successfully bound to CPU 9
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd44400000

Starting CPU Thread 9, affinity: CPU 10
Thread 9 successfully bound to CPU 10
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd44200000

Starting CPU Thread 10, affinity: CPU 11
Thread 10 successfully bound to CPU 11
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd2ec00000

Starting CPU Thread 11, affinity: CPU 0
Thread 11 successfully bound to CPU 0
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd2e000000

Starting CPU Thread 12, affinity: CPU 12
Thread 12 successfully bound to CPU 12
Allocated 2MB Cached Large Page Scratchpad Buffer at: 0x7fcd2d400000
Devfee for CPU is 1.5%

20:08:43 | Monero (XMR/XMV) Mining session starts!

During mining time, press:
 h      display hashrate for each mining thread.
 r      display full report.
 p      pause all.
 q      quit.

20:08:43 | Connecting to mining pool pool.supportxmr.com:5555 ...
20:08:43 | Connected to pool. Now logging in...
20:08:44 | Successfuly logged as 48DZQquvFBjGCi3KcVCGDUhHbCZpgaAjTC5siqZd9K7ogfAKajwbG2hLS8NBy4CjAuCsqAAUywpXMEN vgv17YyP4RCWh94n
20:08:44 | Pool changes Difficulty to 10000.
20:08:55 | CPU Thread 7 finds a Share, value 10000
20:08:55 | Accepted by the pool in 38 ms.
20:09:01 | Hashrate CPU Thread 0: 48.65 h/s
20:09:01 | Hashrate CPU Thread 1: 47.42 h/s
20:09:01 | Hashrate CPU Thread 2: 47.11 h/s
20:09:01 | Hashrate CPU Thread 3: 48.59 h/s
20:09:01 | Hashrate CPU Thread 4: 48.64 h/s
20:09:01 | Hashrate CPU Thread 5: 49.15 h/s
20:09:01 | Hashrate CPU Thread 6: 49.35 h/s
20:09:01 | Hashrate CPU Thread 7: 48.02 h/s
20:09:01 | Hashrate CPU Thread 8: 48.00 h/s
20:09:01 | Hashrate CPU Thread 9: 49.49 h/s
20:09:01 | Hashrate CPU Thread 10: 49.28 h/s
20:09:01 | Hashrate CPU Thread 11: 36.67 h/s
20:09:01 | Hashrate CPU Thread 12: 36.23 h/s
20:09:01 | Total: 606.55 h/s - Max: 606.55 h/s

With JCE is 607h/s maximal hr but with xmr-stak I'm on 650h/s. Tested with various core/thread/cache options. Can we do it better?  

And I have 180 little core2duo miners on which can your miner shine, but I need version for old glib, because I can't upgrade env on this machines due users sw limitations.  I've commented on bug reported and some guy compiled xmrig staticaly for me which works like this:

1|proxy-lo | 2018-11-16 18:27 +01:00: The proxy currently has 171 miners connected at 2294 h/s with an average diff of 134
1|proxy-lo | 2018-11-16 18:27 +01:00: The proxy currently has 171 miners connected at 2293 h/s with an average diff of 134
1|proxy-lo | 2018-11-16 18:27 +01:00: Received new block template from pool.supportxmr.com
1|proxy-lo | 2018-11-16 18:27 +01:00: The proxy currently has 171 miners connected at 2293 h/s with an average diff of 134

I can test for you if you have som experiments if needed and maybe we can make your miner better If I'm bothering you with too much technical details let me know I'll stop. Maybe you can suggest some options, optimizations or something that can help.

Thanx.

[HardKano]

hey bud, your github page has been flagged as malicious when i try to download the latest GPU version with firefox.... I tried another github page and doesnt show same msg.

+ when i open the zip 033b6, before extracting, my antivirus detect Skeeyah.a!rfn trojan ....

I have 033b2 version AND when i open the 033b2 zip the antirivus doesnt detect a trojan !

Look over it, your GitHub account might be compromised.

I'll wait before updating

[UnclWish]

Yes, on b-x version max speed on RX 588 achieved often after 5-6 min. But after some time, 10-15+ minutes, speed start to fluctuate on 1 of GPUs and drops about 20%, after several minutes it start to flactuate on others GPUs and drops speed about 20-25% too.
Maybe when you test b-x version and after reaching max speed you can see 5-10 minutes stable max speed.

[pbfarmer]

speed and bad shares were expected, not a big deal, but i really expected a more stable hashrare... at least it was more stable on my own rigs.

From b5 version I noticed that miner needs much more time than 5 minutes to reach max stable speed on heavy. It's about 40-50 minutes. It's make difficult to test...

EDIT: With b-x strange situation with speed - it's became max, than works with max speed some time, and than it start to fluctuate again as on warm-up and didn't stabilize again...

The warm-up behavior isn't just since b5.  I reported this a month or two ago (in this forum) on at least 32q, for 580s mining heavy/variants.  Given that it almost always eventually finds the optimal h/r (and stays there,) coupled w/ this being the most stable miner i've used (i.e. long uptimes,) i haven't been terribly bothered by it.

I have yet to migrate off of 32q, so can't offer much insight on current performance/behavior.

[maxfunky]

Could you add a linux cli option for mining via socks proxy ?

like the -x option in cpuminer : -x SOCKS5://127.0.0.1:9050

Thanks 

[UnclWish]

JCE, make next version with bad shares fix, please!

[JCE-Miner]

@migo77

I've got a request for a CentOS (and other old linuxes) support on Github, didn't compared if it was you, i may do it but I cannot give this a high priority considering the little dev time I have. It would be the niche (old os) of a niche (linux) of a niche (cpu minning).

To get more speed from your Dual-Xeon, set-up this manual config:

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" :12, "use_cache" : true, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :14, "use_cache" : true, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :16, "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" :18, "use_cache" : true, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :20, "use_cache" : true, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :22, "use_cache" : true, "multi_hash":1 },	 
     { "cpu_architecture" : "auto", "affine_to_cpu" :17, "use_cache" : true, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :23, "use_cache" : true, "multi_hash":1 },
	 
    /* Optional */
     { "cpu_architecture" : "auto", "affine_to_cpu" : 1, "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" : 3, "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" : 5, "use_cache" : false, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :11, "use_cache" : false, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :13, "use_cache" : false, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :19, "use_cache" : false, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :15, "use_cache" : false, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :21, "use_cache" : false, "multi_hash":1 },
]

The first part should be as good, or a bit better than the actual config.
Then enable some of the extra lines below, add them one by one while it gives extra performance.
That's theorical, i don't own the same Xeon as you, but i expect you can get more speed than with stak.

proxy: nope, no proxy nor socks support, it would allow illegal use of JCE as a embedded trojan/malware or on corporate servers. It's probably hackable, but i won't give any support for this.
This is the security rule Claymore applied (no proxy, no socks) and i do the same.
On claymore it connected but hashed bad on purpose. I prefer just forbid it.

about trojan: I know JCE is flagged as virus/trojan/nuclear waste/whatever but there's nothing i can do, that's documented, just disable your AV or add an exception. The github page itself is still online, your browser AV blocks it.

Version b7 on the way, with:
* Reworked the Heavy code (again)
* bad shares mostly fixed
* Speed gain ~2% backported to the HD6000s
* AES parts removed from my code generator, making JCE start faster.

Also version 0.33g for CPU with better support of MoneroOcean parameters, and CN-Fest

[rednoW]

2 jce-miner

It seems that your miner shows fake hashrate mining heavy on old cards

This is the report for shares and effective hashrate
08:41:58 | * GPU 0 -  350/0/0 - 251.91 h/s
08:41:58 | * GPU 1 -  352/0/0 - 253.35 h/s
08:41:58 | * GPU 2 - 1052/0/0 - 757.17 h/s
08:41:58 | * GPU 3 -  594/0/0 - 427.53 h/s

This is common hashrate report

08:45:36 | Hashrate GPU Thread 3: 371.92 h/s - Total GPU 0: 371.92 h/s
08:45:36 | Hashrate GPU Thread 4: 356.66 h/s - Total GPU 1: 356.66 h/s
08:45:36 | Hashrate GPU Thread 5: 395.44 h/s
08:45:36 | Hashrate GPU Thread 6: 395.14 h/s - Total GPU 2: 790.58 h/s
08:45:36 | Hashrate GPU Thread 7: 785.26 h/s - Total GPU 3: 785.26 h/s

GPU0 and 1 are hd7990
GPU 2 is rx470 4gb
GPU3 is R9 290x 4gb

Parameters are

"gpu_threads_conf" :
[
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta":4, "index" : 0, "multi_hash":672 },
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta":4, "index" : 1, "multi_hash":672 },
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta":4, "index" : 2, "multi_hash":464 },
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta":4, "index" : 2, "multi_hash":464 },
     { "mode" : "GPU", "worksize" : 8, "alpha" : 64, "beta" : 8, "gamma" : 4, "delta" : 4, "epsilon" : 4, "zeta":4, "index" : 3, "multi_hash":864 },
],


So, on Vega and Polaris cards your miner shows correct estimation of hashrate. On Hawaii and Tahiti - more than 1.5 times "fake"

[migo77]

@migo77

I've got a request for a CentOS (and other old linuxes) support on Github, didn't compared if it was you, i may do it but I cannot give this a high priority considering the little dev time I have. It would be the niche (old os) of a niche (linux) of a niche (cpu minning).

To get more speed from your Dual-Xeon, set-up this manual config:

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" :12, "use_cache" : true, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :14, "use_cache" : true, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :16, "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" :18, "use_cache" : true, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :20, "use_cache" : true, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :22, "use_cache" : true, "multi_hash":1 },	 
     { "cpu_architecture" : "auto", "affine_to_cpu" :17, "use_cache" : true, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :23, "use_cache" : true, "multi_hash":1 },
	 
    /* Optional */
     { "cpu_architecture" : "auto", "affine_to_cpu" : 1, "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" : 3, "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" : 5, "use_cache" : false, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :11, "use_cache" : false, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :13, "use_cache" : false, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :19, "use_cache" : false, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :15, "use_cache" : false, "multi_hash":1 },
     { "cpu_architecture" : "auto", "affine_to_cpu" :21, "use_cache" : false, "multi_hash":1 },
]

The first part should be as good, or a bit better than the actual config.
Then enable some of the extra lines below, add them one by one while it gives extra performance.
That's theorical, i don't own the same Xeon as you, but i expect you can get more speed than with stak.


Hi JCE, thank you for suggestion, but nocache option is no go on Linux and on Linux are first lower halve of core numbers real cores and second one are HT cores unlike on Windows. But I'll try if it is better than actual setup.