Topic: [XMR] JCE Miner Cryptonight/forks, now with GPU! - page 91. (Read 90841 times)

I added to my start a directory change to where the miner is.

cd c:\miners\Monero\gpu

then I can use right click start as admin aswell



my GPU mining went fine for hours now it's back to 0H/s even after a quit miner, disable card, enable card, start miner.


any idea what could be the cause?

The driver seemed to crash sometimes but it kept mining (no, it's not my display driver aswell)

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.

Yes, I got it.
But think, how make more fine tuning...

Max multihash for heavy algo for 8Gb cards is about 960. With it's near 7.5Gb video memory usage. You both talking about different algo's. One about heavy, other about normal v7.

For heavy algo optimal vaules for 580 8Gb:

Also good this:

For normal v7:

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

I get

When i try to run this for both threads.
[/quote]

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

I get

When i try to run this for both threads.

For RX580 8GB the best settings i found to be below:

is there a better config for a RX580 8GB? With cast xmr i can get pretty much stable 1kH/s.

"gpu_threads_conf" :
[
     { "mode" : "GPU", "worksize" : 8, "alpha" : 128, "beta" : 16, "gamma" : 8, "delta" : 8, "epsilon" : 8, "zeta" : 8, "index" : 1, "multi_hash":944 },
     { "mode" : "GPU", "worksize" : 8, "alpha" : 128, "beta" : 16, "gamma" : 8, "delta" : 8, "epsilon" : 8, "zeta" : 8, "index" : 1, "multi_hash":944 },
]


EDIT: Algo is cryptonight heavy. Also the hashrate with JCE is much more stable. nice work!

I really cannot use a multiple smaller than 16, it would invalidate all my optims. I did a lot of data grouping by chuncks of 16, because that's 4x4. Going down to 2x2 would be impracticable.
About cached compile, that's possible, but more complicated than what Stak does.

And please, switch to the SRB topic for the SRB tips, it's not a rant, no problem to compare with SRB, even for me, but it's out of place and makes the topic harder to follow.

Multihash... You must think about smaller multiples. It can make faster speed in many cases...

Pre-compiling... Also need something to do - it's to long wait every time...

You can try to make these kernel bins yourself. Just try to run 4Gb cards with the next parameters:

        { "id" : 0, "intensity" : 58.0, "worksize" : 8, "threads" : 2, "persistent_memory" : false, "fragments": 43650010},

Maybe new kernel will be faster.

JCE GPU is on Win64 only.
I don't know if i'll release a Linux version. On CPU version, linux users are like 5% of total, not good to be motivated. And Linux miners are a lot more rare than Windows ones.

For the same reason, there will be no Win32 version.


So I beat Cast woow, i didn't even do it on purpose
JCE reports exact instant hashrate with no tweak, at 0.01 precision. And bad shares are reported, never hidden.

Maybe this?


Cant wait to test gpu version with my Ubuntu 18.04 LTS Server AMD rig.

Monero (Cryptonight V7)
AMD Driver 18.6.1
7 x Vega 64

In castxmr and xmr-stak (intensity 1932 double threads) I get around 13800-13900 h/s.
In JCE (intensity 1920) got 14300-14400 h/s. So a little bit better than those.
Dunno about SRB. Probably gonna be same results as cast and stak.
All this hashrate is what the mining software has reported.

Also, I briefly tried haven algo but saw no significant improvement over competitors.

Wow, so many comments, thanks all

Multiple of 16 : that's a technical constraint due to how is my code. I cannot work with smaller multiples.

Cached pre-compile : not that simple, on JCE since the OpenCL code is generated, pre-optimized and injected on the fly, it's not just a per-GPU like for Stak. Not impossible to cache, but not trivial. I know that on a 8-gpu system it takes a long time.

Vega : i'm at 2k+ on Vega 64 ? Nice, i didn't even try to beat Cast, which is ultra-optimized for them. Is it on par with Cast? Of course i've no vega to test on

CL_BUILD_PROGRAM_FAILURE : hard to tell with just that message, but in next version i'll add more details about diagnostics.

The RX550 and 560 are the card I optimized the most for, among with the HD7800s, just because... i own a lot of them. I've no RX570/580 or better.

>>2. When reporting the share value, its always the same and is equal to a static diff i set to mine at, here is the log
That's normal, don't get confused with Claymore logs. JCE logs the share value, in the sense value in hashes, not the hashcode itself (which is perfectly useless to know). So a static diff of N will display N every time, that's the expected behavior. And that was the behavior of old Clamore 9.x, i don't know why Claymore turned it into the useless hashcode...

Separate algo : i plan to separate the algo of CPU, and of every GPU (since some are better on Heavy, some on v7...). The algo in command line will be the CPU algo, and the default for GPU. And the GPU algo will then be overridable per-GPU in the config file.

270X speed: Strange your card goes so high with Claymore and so low with JCE. I retested my HD7870, with Claymore configured not to find only bad shares (which is what it does if i raise the -h too high) and i can get 516 with ~10% bad shares. JCE goes to 540 with zero bad shares. No screen plugged on the card. And on my HD7850 2G i get 512h/s, while claymore does not go over 460. But on my HD7850 1G, claymore is still at 455 while JCE drops to a pitty 355.

Thanks for the link, just tried and in fact its a better kernel for RX580 8GB.
Where did you get it, is it possible to get one for 4GB RX570/580, i only have 2 8GB cards

I get an error when running with GPU'

Compilation of Open CL Kernels failed CL_BUILD_PROGRAM_FAILURE

It works on another system with no issues though. Any ideas?

Ok. I didn't have 4Gb 570/580 card. There is .srb kernel bin file for rx 580 8Gb: https://yadi.sk/d/1QFcuG-g3YVNWg
This file needs to be copied to "cache" subfolder of SRB miner folder.
Than you need 1.6.0 version of miner. On 1.6.1 speed on v7 is lower.
In config:

        { "id" : 0, "intensity" : 116.0, "worksize" : 8, "threads" : 2, "persistent_memory" : false},

It's for 580 8Gb card without connected monitor (more available video memory). Maked and tested on Windows 10 x64 1803 with AMD 18.6.1 driver.
This settings require about 7.2Gb of free video memory.

P.S. Kernel bin from link woudn't work on 1.6.1 version. doctor changed cn kernels on 1.6.1 version...

Can you share you SRB config/kernel for V7 on RX570/580 4/8GB?
I would love to try it out