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

[JCE-Miner]

Abort was called at 304 line in file:
d:\qb\workspace\19045\src\vpg-compute-neo\runtime\os_interface\windows\wddm\wddm.cpp

Abort was called at 318 line in file
What are the log lines logged before the crash?
Do you have an IGP in your computer (AMD or Intel) ?

I do have an Intel IGP on my CPU, however I used --no-cpu in the start.bat

An IGP is a GPU, even if physicaly located Inside your CPU.
Both of you, the problem is the Intel IGP/GPU, to fix:

* run JCE with --probe
* Note the index of your Intel GPU, probably GPU 0
* run jce with param -g 1,2,3,4,5 (that's an example! make the list of all your GPU but the Intel one. So my example is when you have one Intel at index 0 and five AMD), there's no space around the commas in the list.
* or, use the manual config and don't set any config for the Intel GPU

The b5/b6 have great potential, and work fine on some Vega rigs and old cards. But there's that big hashrate drop issue, i know. For some config it happens always, for some, never...
I experimented, for science, the mix of the Hybrid miner for HD7000 on my RX and the result is... surprising
I got a stable and pretty high hashrate, yet maybe lower than the b6 when it works, at the cost of a few invalid shares, because the sync is not adapted to the RX memory controller.

So I plan to release a version b-x, x for eXperimental, targetted to HD7000 owner to experience the perf boost from Hybrid (which is quite solid) and to the RX owners who have the drop problem, in case it hashes better. You will have a few bad shares, but if i get feedback the performances are good, so i'll fix the shares and release it as b7.

the miner keeps getting new jobs from the pool while everything is paused

That's on purpose, the netcode continues to run during a pause, but the devices are idle.

So does this mine any better with the rx580 8gb cards than xmr-stak?

The b4, sure. The b5/b6, depends if you're lucky

[1715322628]

1715322628

[1715322628]

1715322628

[1715322628]

1715322628

[UnclWish]

JCE, make x-version. I'll test it on 270X Pitcairn and RX 580 8Gb cards.

[Iamtutut]

35 hours (and counting) mining XHV:
2170H/s with 3 RX570 4G, one being my display GPU.

That's around 10% more than using the 0.32G version. with the 0.32G, both core and mem clock were higher than now (currently 1230 / 1230 / 1220 core; 2100 / 2010 / 2020 mem).

Power draw including the CPU mining TRTL: 360W, steady at the wall.

[pbfarmer]

Ok guys i have a solution to make it clear, let's talk about hashrates and power consumption.

My testing Rigs (2 rigs with exactly same config) :

• 6*Rx580 Msi Armor 8Gb (Samsung memory) with celeron and other low pow shits.
  

With 33b2 here are my rates on heavy algos :

• 6960 Kh/s for 750W at wall

Very stable, it can run days without crash or fluctuating hashrate. On pool side

What about you ?

I tried again and again with b5 and b6. Never got same exact hashrate for hours and thebest i obtained was 7200hs, so with the higher fee it is better to get the stable 6960hs. I hate those versions (too long time testing for nothing )

This is an 8x nitro 580 8gb rig - different mem mfgs - on 32q mining saber (TUBE). ~785W (98W/GPU):  

EDIT: power above is ex-idle.  Including idle, would be ~905W total, 113W/GPU

Code:

"hashrate":
  {
    "thread_0": 597.24,
    "thread_1": 594.45,
    "thread_2": 580.14,
    "thread_3": 580.14,
    "thread_4": 559.02,
    "thread_5": 553.82,
    "thread_6": 564.32,
    "thread_7": 564.32,
    "thread_8": 559.02,
    "thread_9": 564.32,
    "thread_10": 564.32,
    "thread_11": 563.99,
    "thread_12": 597.24,
    "thread_13": 597.24,
    "thread_14": 569.38,
    "thread_15": 554.14,
    "thread_all": [597.24, 594.45, 580.14, 580.14, 559.02, 553.82, 564.32, 564.32, 559.02, 564.32, 564.32, 563.99, 597.24, 597.24, 569.38, 554.14],
    "thread_gpu": [1191.69, 1160.27, 1112.83, 1128.64, 1123.33, 1128.30, 1194.48, 1123.52],
    "total": 9163.03,
    "max": 9403.14
  },

uptime 10 days currently - doesn't really ever go down except for power outages, updates, or major network issues.  heavy/haven do better on same settings, for the most part.

haven't tried 33b[anything] yet

[Mashy81]

4x rx570 4g  3400hs at 440w at the wall mining Tube
Stable as for a few days now on b5 version.
Took a bit of fiddling to get it stable but were else can you get 850-900hs on heavy with a 4g card
B5 version is great. Thanks
Also works great with my vegas hashing at 1800-1950hs on heavy.
Verified the same on the pool side too.

[UnclWish]

Tested TeamRed cn8 miner... Speed is almost the same as JCE, only one GPU a bit faster... But his miner uses real lower power on cn8 than JCE... Interesting, how they can do that?

[NecronomicoN]

This is an 8x nitro 580 8gb rig - different mem mfgs - on 32q mining saber (TUBE). ~785W (98W/GPU):  

Hello, tell me where you can find the version 32q?

[JCE-Miner]

i'll put back the q version online, otherwise use a git client on github to get all historical versions.
version b-x to be released soon. it hashes solid on my RX, but i already said such for the b5...

i still use most of my dev time for the cpu version.
TeamRed are great, i think i know how i can achieve low power, but i need time to test. at least i somehow reached equivalent speed, and i've less fees on v8 (0.9 vs 2.5)
but counting the power saving, they're the best.

[UnclWish]

i'll put back the q version online, otherwise use a git client on github to get all historical versions.
version b-x to be released soon. it hashes solid on my RX, but i already said such for the b5...

i still use most of my dev time for the cpu version.
TeamRed are great, i think i know how i can achieve low power, but i need time to test. at least i somehow reached equivalent speed, and i've less fees on v8 (0.9 vs 2.5)
but counting the power saving, they're the best.

It's great news! I'm waiting b-x version to test. And it's great that you have thoughts how to decrease power consumption on v8. I believe in you! I like your miner and use it.

[BS0D]

Had the stable heavy 1920h/s on V64 with the latest Vega driver. What is interesting that stable 1920 hashrate I could catch with several miner restarts when some first starts were unstable and lower. But when caught it was working stable till I manually stop it. 12H nonstop tested with 2 last gpu releases. But then I decided to test different drivers and now I cannot reproduce previous 1920. Only 1820 available. Could miner reserve some extra memory? Or maybe there's a way to forbid win10 using video memory for its needs.
I've noticed that teamred uses less mem with higher V8 hashes than SRB and JCE. Thats strange imo.

[coke15]

TeamRed are great, i think i know how i can achieve low power, but i need time to test. at least i somehow reached equivalent speed, and i've less fees on v8 (0.9 vs 2.5)
but counting the power saving, they're the best.

competition is good

[heavyarms1912]

Tested TeamRed cn8 miner... Speed is almost the same as JCE, only one GPU a bit faster... But his miner uses real lower power on cn8 than JCE... Interesting, how they can do that?

One theory is higher worksize.  Perform compute operations on a larger set of data.
You can achieve lower power consumption on xmr-stak or jce/srb too with higher worksize but your hashrate gets affected.  Possibly, it's combination of GCN assembly optimizations + larger worksize.

[io8621]

After other some days of test for me JCE is faster than any other miner on old cards like 370 with 2 gb.
Can get stable on v8 515 hs at 1150 gpu 1500 core. Also on lite, fast, v7 algo is ok.

But surprising for me is on my rx 470 gpu, first step sapphire reference can get with 0.35b stable 840 hs on heavy with 1250 gpu / 1950 mem.
Some time is stable at more than 900 hs but after drop at ~840.

If jce solved the problem with hashrate stability was great.

470 RIG



370 RIG

[lstrike]

470 RIG

https://i.imgur.com/2Z0R5is.png

Man, you are frying your cards - 1+ volts, fans 3000+...and all that for some more 20-30h !

[migo77]

Hi JCE, nice work! I read here you are missing linux cpu miners. I'm one of them and have some questions to ask. Is this the right place? I'm mining mostly on older xeon DP servers and some exotic setups which are wrongly detected by your miner like this:

processor   : 11
vendor_id   : AuthenticAMD
cpu family   : 16
model      : 8
model name   : Six-Core AMD Opteron(tm) Processor 2435
stepping   : 0
cpu MHz      : 2600.000
cache size   : 512 KB
physical id   : 1
siblings   : 6
core id      : 5
cpu cores   : 6
apicid      : 21
initial apicid   : 13
fpu      : yes
fpu_exception   : yes
cpuid level   : 5
wp      : yes
flags      : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid eagerfpu pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt hw_pstate vmmcall npt lbrv svm_lock nrip_save pausefilter
bugs      : tlb_mmatch fxsave_leak sysret_ss_attrs null_seg amd_e400
bogomips   : 5200.28
TLB size   : 1024 4K pages
clflush size   : 64
cache_alignment   : 64
address sizes   : 48 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate


Thank you, kind regards Milan

[alivanich]

not working on windows 7 x64

For Windows 64-bits
Detecting OpenCL-capable GPUs...
CL_UNKNOWN_ERROR -1001

No device configured to mine on.

no problem with other miners with win 7, and no problem with JCE with win10

[UnclWish]

not working on windows 7 x64

For Windows 64-bits
Detecting OpenCL-capable GPUs...
CL_UNKNOWN_ERROR -1001

No device configured to mine on.

no problem with other miners with win 7, and no problem with JCE with win10

JCE GPU miner designed to work on Windows 8+. Windows 7 not supported.

[JCE-Miner]

@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

For GPU mining, minimum is Windows 8.1, Win7 is ok for CPU.

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

[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...

[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.