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

[KriptoGuruTR]

miningpoolhub with 40k difficulty is too much for my i5-6000. I switched to pool.mineXMR.com port 4444 fixed diff 20k. It is stable for 30 minutes. 5-6 USD monthly with CPU. I think it is not bad since CPU is %90 times idle.

Intel Pentium G4400 @ 3.30GHz 2 cores 52.71 H/s monero, 11 watts.

[1715422527]

1715422527

[1715422527]

1715422527

[1715422527]

1715422527

[Lonnegan64]

Four threads ? So it's better to use 4 normal threads than 3 + dualmine ? [heart broken]
If that's what you say, so it's another proof the dual mine is useless outside the very rare case of a 2M-cache dual core cpu.

Yes, indeed, he is right:

3T => 58 H/s
3T + helper => 64 H/s
4T => 70 H/s

And that despite Deneb has only 6 MB L3 cache.  But I forgot the special cache architecture of AMD systems. Intel systems have inclusive caches. So the size of the L3 cache is the maximum cacheable size, because the data in L2 and L1 are just subsets of a copy. AMD systems instead have exclusive caches, where no data is ever stored in L2 and L3 at the same time. That's why you can add L2 and L3 cache size. Deneb has 4x 512 KB L2. Together with the 6 MB L3 you get 8 MB cache altogether; or room for 4 threads. 

But it still can be helpful for non-AES Intel CPUs with limited L3 (Lynnfield) or for Phenom II X6 to use the last two cores, as well

[Lonnegan64]

Intel Pentium G4400 @ 3.30GHz 2 cores 52.71 H/s monero, 11 watts.

The L3 cache of the G4400 is not big enough for 2 Monero threads. Use just one either or switch to a cryptonight-lite coin like TurtleCoin. Then you can use both cores without flooding the cache.

[KriptoGuruTR]

Intel Pentium G4400 @ 3.30GHz 2 cores 52.71 H/s monero, 11 watts.

The L3 cache of the G4400 is not big enough for 2 Monero threads. Use just one either or switch to a cryptonight-lite coin like TurtleCoin. Then you can use both cores without flooding the cache.

I think it works perfectly. mineXMR confirms 52 H/s

For Windows 64-bits
Analyzing Processors topology...
Intel(R) Pentium(R) CPU G4400 @ 3.30GHz
Architecture codename: Skylake
  SSE2          : Yes
  SSE3          : Yes
  SSE4          : Yes
  AES           : Yes
  AVX           : No

Found CPU 0, with:
  L1 Cache:    32 KB
  L2 Cache:   256 KB
  L3 Cache:  3072 KB, shared with CPU 1
Found CPU 1, with:
  L1 Cache:    32 KB
  L2 Cache:   256 KB
  L3 Cache:  3072 KB, shared with CPU 0

Preparing 2 Mining Threads...

+-- Thread 0 config -----------------------------+
| Run on CPU:             0                      |
| Use cache:              yes                    |
| Assembly module:        generic_aes            |
+------------------------------------------------+

+-- Thread 1 config -----------------------------+
| Run on CPU:             1                      |
| Use cache:              yes                    |
| Assembly module:        generic_aes            |
+------------------------------------------------+

Cryptonight Variation: Cryptonight V7 fork of April-2018

Low intensity.
Starting Mining thread 0, affinity: CPU 0
Thread 0 successfully bound to CPU 0
Allocated shared Large Page at: 0000027232a00000
Allocated 2MB Cached Large Page Scratchpad Buffer for CPU 0 of NUMA node 0 at: 0000027232c00000
Starting Mining thread 1, affinity: CPU 1
Thread 1 successfully bound to CPU 1
Allocated 2MB Cached Large Page Scratchpad Buffer for CPU 1 of NUMA node 0 at: 0000027232e00000
Connecting to mining pool pool.minexmr.com:4444 ...
Devfee is 1.5%

00:18:36 | Monero (XMR) Mining session starts!

[aGeoM]

Dual mine forbidden with AES and Cryptonight Heavy.
AES because it's always far worse than regular threads, Heavy because there's no longer smooth parts in cryptonight version Heavy, so threads have no longer any resource to share.

Dual is for non-aes, C-Night[v7], C-Light[v7], 32 or 64 bits.

I was aware of that fact, I tried because my CPU have 16 cores 8 physical 8 logical, if we use for example 4 each the flood cache happens, hash drops, so I thought if the logical shares the phisical core cache maybe it will work, was just a guess no technological knowlage.

[KriptoGuruTR]

There you go

Intel Core i5-6600 Processor - 26.5 watts average - mineXMR.com Monero - 20k difficulty

01:00:28 | Valid Shares found 30
01:00:28 | Total hashes 600000
01:00:28 | Miner uptime 1:00:46

AVG: 166 H/s

This is a nice addition to my current rigs. Free profit from existing hardware.

[aGeoM]

Four threads ? So it's better to use 4 normal threads than 3 + dualmine ? [heart broken]
If that's what you say, so it's another proof the dual mine is useless outside the very rare case of a 2M-cache dual core cpu.

Yes, indeed, he is right:

3T => 58 H/s
3T + helper => 64 H/s
4T => 70 H/s

And that despite Deneb has only 6 MB L3 cache.  But I forgot the special cache architecture of AMD systems. Intel systems have inclusive caches. So the size of the L3 cache is the maximum cacheable size, because the data in L2 and L1 are just subsets of a copy. AMD systems instead have exclusive caches, where no data is ever stored in L2 and L3 at the same time. That's why you can add L2 and L3 cache size. Deneb has 4x 512 KB L2. Together with the 6 MB L3 you get 8 MB cache altogether; or room for 4 threads. 

But it still can be helpful for non-AES Intel CPUs with limited L3 (Lynnfield) or for Phenom II X6 to use the last two cores, as well

Still PhenomII X6 have better performance with 6T than 5T+helper, 153 vs 141.

What clock is your X4 running?

[KriptoGuruTR]

@JCE-Miner

It will be nice to see a total hashes / uptime when I press R key.

So far so good, a nice addition to my GPU rigs. Thanks

[Lonnegan64]

Still PhenomII X6 have better performance with 6T than 5T+helper, 153 vs 141.

Could you please try the following config for your X6; just for interest

"cpu_threads_conf" :
[
     { "cpu_architecture" : "thuban", "affine_to_cpu" : 0, "use_cache" : true },
     { "cpu_architecture" : "thuban", "affine_to_cpu" : 1, "use_cache" : true },
     { "cpu_architecture" : "thuban", "affine_to_cpu" : 2, "use_cache" : true },
     { "cpu_architecture" : "thuban", "affine_to_cpu" : 3, "use_cache" : true, "dual_mine_with": 2 },
     { "cpu_architecture" : "thuban", "affine_to_cpu" : 4, "use_cache" : true },
     { "cpu_architecture" : "thuban", "affine_to_cpu" : 5, "use_cache" : true, "dual_mine_with": 4 },
]
THEORETICALLY, this must be the fastest config for Phenom II X6

What clock is your X4 running?

Phenom II X4 905e runs at 2500 MHz.

[Mind163]

Processor i7 5775c Broadwell on XRM STACK gives ~ 380 h / s. On your miner is ~ 260 h / s Cryptonight V7. Here is the configuration:

[
    { "low_power_mode" : true, "no_prefetch" : true, "affine_to_cpu" : false },
    { "low_power_mode" : true, "no_prefetch" : true, "affine_to_cpu" : false },
    { "low_power_mode" : true, "no_prefetch" : true, "affine_to_cpu" : false },
    { "low_power_mode" : true, "no_prefetch" : true, "affine_to_cpu" : false },
    { "low_power_mode" : true, "no_prefetch" : true, "affine_to_cpu" : false },
    { "low_power_mode" : true, "no_prefetch" : true, "affine_to_cpu" : false },
    { "low_power_mode" : true, "no_prefetch" : true, "affine_to_cpu" : false },
    { "low_power_mode" : true, "no_prefetch" : true, "affine_to_cpu" : false },
    

],


Also your miner, in contrast, for example XMRIG is tied to coins from the list. It is not comfortable.
On the XMRIG, the result is about 370 h / s.
Remember, these processors generally have an L3 cache.
Ryzen did not notice the increase.
1600 @ 3850 XMR Stack = 600+ h / s.

[aGeoM]

Sure no problem, 10 min run BRB.

EDIT:

PhenomII X6 Dualmine 128H/s

[Lonnegan64]

@Mind163
your Broadwell CPU not only has L3 cache, but even L4 cache  Thats why XMR-Stak switched to double hash mode (there called "low_power_mode"). This feature JCE is missing so far, but the developer is just working on, if you have read the thread

[vyktym]

Hi!

I have a 4 x e7-4870 (4 x 10 core + hyperthreading, 30mb cache per cpu) machine. It won't let me set more than 32 threads with the -t command. I've had the machine up to 1400h/s on xmrig, but I just can't seem to get past 830 with this. Please help

Straight from download, I get ~300h/s

If I set 32 threads, I get about 820h/s.

[Mind163]

@Mind163
your Broadwell CPU not only has L3 cache, but even L4 cache  Thats why XMR-Stak switched to double hash mode (there called "low_power_mode"). This feature JCE is missing so far, but the developer is just working on, if you have read the thread

I apologize. My native language is russian. It's hard for me to read the whole topic. So I decided to unsubscribe and send a configuration to help the author.

[JCE-Miner]

Jce now has a limit of 64 threads, from version 0.21
I have no dual cpu machine with so many cores so I couldn't test real life, but the 32 limit is gone.
-t won't let you spawn more threads than cpu detected, on purpose. To go above, use config file.

A copy of the first lines logged, where it detects your cpu, could help.

I've had bad reports about perfs on i7 and other big Intel cpu. I don't own one so I cannot assembly optimize for now. I'm surprised of such a difference, but yeah it may be the lack of dualshare mode.

On ryzen I'm better but the difference is low, about 1% on CN, on v7 I'm about 2.5% faster. I reach 502 on ryzen 1600 while xmrig and stak max at 489

[JCE-Miner]

@JCE-Miner

It will be nice to see a total hashes / uptime when I press R key.

So far so good, a nice addition to my GPU rigs. Thanks

Is it a request? Jce already gives such info when pressing R.
Btw, thanks

Edit : I should detect L4 (not tested real life, my best cpu is Ryzen with L3) but yeah the perf gap seems to come from that dualshare mode. I'm currently writing the assembly, starting with AES 64 mode. Not sure I'll do a 32 bits code. Not enough registers

[KriptoGuruTR]

@JCE-Miner

It will be nice to see a total hashes / uptime when I press R key.

So far so good, a nice addition to my GPU rigs. Thanks

Is it a request? Jce already gives such info when pressing R.
Btw, thanks

Yea, I want something like this please:

02:10:32 | Pool pool.minexmr.com:4444
02:10:32 | Currency Monero (XMR)
02:10:32 | Current pool Difficulty 20000
02:10:32 | Valid Shares found 56
02:10:32 | Total hashes 1120000
02:10:32 | Miner uptime 2:10:50
02:10:32 | All time average 142.49 H/s

[JCE-Miner]

02:10:32 | Pool pool.minexmr.com:4444
02:10:32 | Currency Monero (XMR)
02:10:32 | Current pool Difficulty 20000
02:10:32 | Valid Shares found 56
02:10:32 | Total hashes 1120000
02:10:32 | Miner uptime 2:10:50
02:10:32 | All time average 142.49 H/s

Ok, that will be the net (fees deduced) effective hashrate, the same as reported by pool, including the good/bad luck factor. Will be equal to physical hashrate on the long term, mathematically after an infinite time Good idea, will be in next version

[rayzyn]

hello.. Im trying to mine other Cryptonight coins... Crep coin, BCN coin, Plura coin
But wallet does not match any supported currencies /?

[JCE-Miner]

hello.. Im trying to mine other Cryptonight coins... Crep coin, BCN coin, Plura coin
But wallet does not match any supported currencies /?

I note, those coins will be added in next version. I want to check coin for diagnostic and auto fork detection. Otherwise 99% of defect report are because of a typo in wallet or bad fork selected.