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

[rafael-minerando]

Hi,

Can you add MarketCash coin to JCE Miner?

Thank you!

https://github.com/MarketCashME/marketcash
https://www.marketcash.io

[pornello]

hi admin,hi everyone, i am trying to mine alloy but i cannot set it up to work, i get low value shares reject, whatever variation i used it didnt work. alloy forked few days ago so i think that might be a problem. i tried to set up 0.25 and 0.27 miner but on both of them i get rejected shares.for example when i set it up for mining trtl it works fine. help pls

[JCE-Miner]

hi all !

json stak : yeah nice idea, a stak mode for json filled with dummy values when not exists, ok i'll go that way

Intense: maybe they forked, parameter --variation N should allow to force new fork. i'll try.
Alloy: as said in my previous post, adding Alloy fork is next planned feature. should be ready very soon
MarketCash: ok, but you can already mine it with parameter --any --variation N with N in 1-7 (find the N that works, there's a list in the Github page doc)

reconnect : parameter --forever is exactly what you need

edit: Well, i'm not happy with that, but that's a pragmatic choice, I add a JSON mode which emulates 99% of data like Stak, including the shitty indentation and the useless data of biggest shares and ping. It was pretty easy to add to JCE netcode. However the 3 levels of hashrate will be the same, and the highest will be the instant hashrate. Except that, it should be compatible with stak.

next version on the way
* Marketcash coin: done
* Stak compatibility: done, will be parameter --stakjson
* Alloy fork: to do, will be parameter --variation 8

[UnclWish]

hi all !

json stak : yeah nice idea, a stak mode for json filled with dummy values when not exists, ok i'll go that way

Intense: maybe they forked, parameter --variation N should allow to force new fork. i'll try.
Alloy: as said in my previous post, adding Alloy fork is next planned feature. should be ready very soon
MarketCash: ok, but you can already mine it with parameter --any --variation N with N in 1-7 (find the N that works, there's a list in the Github page doc)

reconnect : parameter --forever is exactly what you need

edit: Well, i'm not happy with that, but that's a pragmatic choice, I add a JSON mode which emulates 99% of data like Stak, including the shitty indentation and the useless data of biggest shares and ping. It was pretty easy to add to JCE netcode. However the 3 levels of hashrate will be the same, and the highest will be the instant hashrate. Except that, it should be compatible with stak.

next version on the way
* Marketcash coin: done
* Stak compatibility: done, will be parameter --stakjson
* Alloy fork: to do, will be parameter --variation 8

Please, don't forget to check intense coin.

[JCE-Miner]

Sure, already did, and i confirm:

* INTS has forked to Monero-V7
* 0.27c will autofork to this
* You can already use older JCE by adding param: --variation 3

Note the documentation covered this case:

Q. I get only bad shares, what happens?
Your coin has probably forked. Add --variation N parameter, with N as listed below, until you find the one that works.

Tests done, now packaging. Documentation on Github already updated

Edit:
JCE instant customer care - 0.27c online - minor revision

can you recommend what to do and how not to close the miner in such situations

Add parameter --forever

An xmrstak compatible JSON output can be useful for using existing remote monitoring applications. You may use a static value for unused variables.

Done, parameter --stakjson

Can you add MarketCash coin to JCE Miner?

Done.

i am trying to mine alloy but i cannot set it up to work, i get low value shares reject, whatever variation i used it didnt work. alloy forked few days ago

Alloy fork added, automatic when mining Alloy, manual override if you want: --variation 8

Please, don't forget to check intense coin.

Updated.

[sergneo]

Done, parameter --stakjson

Great , that's all right, that's all right. 

[UnclWish]

Updated.

Thanks, now intense coin mines without problems.

[JCE-Miner]

 
now focusing on: Linux version

[sergneo]

to json stak was more accurately can swap?
 "version": "jce /cpu/0.27 c" on "version": "jce/0.27 c/cpu" ?

[JCE-Miner]

yeah... sure I can swap the two tokens. but cannot do a whole release just for this, will be for next release (should be the linux-ready one, unless i need to add a new feature inbetween)

[sergneo]

yeah... sure I can swap the two tokens. but cannot do a whole release just for this, will be for next release (should be the linux-ready one, unless i need to add a new feature inbetween)

Well, let it be in the next release, as long as it was. 

[4ward]

A few things:

Code:

Analyzing Processors topology...
Intel(R) Core(TM) i5-7600K CPU @ 3.80GHz
Architecture codename: Kentsfield

For some reason a Kaby Lake is detected as Kentsfield
even when using "--archi kabylake"
Not sure if that even matters eventually and only visual, just strange


And just wondering about the automatic logic
On that processor for cn-heavy it allocated 4 threads which give roughly 40+40+8+8 h/s with 2 cached large pages and 2 uncached
Since the processor has 6MB of cache, so I would guess that only 1 would be cached
Or does the "cached" not mean the L3 cache?
And while this gives the highest hashrate, I believe it's less efficient than lowering the number of threads to reduce CPU power consumption

[JCE-Miner]

my cpu detect is still broken on some cpu, i admit, but without the real cpu in hand, it's hard to debug. however it's cosmetical, the good assembly is always selected (it's based on different criterias).

the autoconfig always aim for the absolute best performance in rig (dedicated) condition. to mine on an otherwise-used real pc, or to aim low power, you need to use manual config, and probably set, in your case, one thread with double-hash.

the cn-heavy is faster with the autoconfig cached x2 + uncached x2, on a 6M cache intel, hence why it's selected, that's expected result

the cached assembly uses all levels of cache, the uncached uses none. there's no efficient way to split levels of cache, and on Intel and ryzen it's impossible, they're inclusive.

[4ward]

interestingly, 2 cached threads with double-hash give almost the same performance with almost half the power usage and responsive system, so until I find a better combination, ill stop there )

[JCE-Miner]

this is what i expect.

i'll add a note in next documentation update explicitly telling the autoconfig aims for absolute speed, even if it consumes twice more power to get 1 extra h/s

[rafael-minerando]

Hello, thank you for add MarketCash  

Unfortunately you added the old algorithm, please check our new algorithm (cryptonight marketcash). Mainnet will fork to new algorithm on block 64700. (next friday)

I tried to mine using a testnet pool: http://testnet.marketcash.io/
You can connect to mine using: testnet.marketcash.io:3333

Thanks!

hi all !

json stak : yeah nice idea, a stak mode for json filled with dummy values when not exists, ok i'll go that way

Intense: maybe they forked, parameter --variation N should allow to force new fork. i'll try.
Alloy: as said in my previous post, adding Alloy fork is next planned feature. should be ready very soon
MarketCash: ok, but you can already mine it with parameter --any --variation N with N in 1-7 (find the N that works, there's a list in the Github page doc)

reconnect : parameter --forever is exactly what you need

edit: Well, i'm not happy with that, but that's a pragmatic choice, I add a JSON mode which emulates 99% of data like Stak, including the shitty indentation and the useless data of biggest shares and ping. It was pretty easy to add to JCE netcode. However the 3 levels of hashrate will be the same, and the highest will be the instant hashrate. Except that, it should be compatible with stak.

next version on the way
* Marketcash coin: done
* Stak compatibility: done, will be parameter --stakjson
* Alloy fork: to do, will be parameter --variation 8

[pornello]

thanks man, you are best!

[JCE-Miner]

yet a new algo? hooo, it will still multiply my assemblies, a already have several hundreds... the binaries are almost 10M, they where <3M two weeks ago.
ok i add it, and do the token swap in json btw

[Iamtutut]

Can you ad this please ?
https://roi-coin.com/roi-coin-white-paper/
Algorithm: 1GB AES Pattern Search – CPU Only ASIC/GPU Resistant

And this other algo (lyra2z330):
https://bitcointalk.org/index.php?topic=2958707.0

The more -optimzed- algos, the more dev fee

[JCE-Miner]

Woow, that's not Cryptonight but a completely different algo.
Not impossible, but JCE is currently a Cryptonight specialized miner (like Cast-Xmr) and my next planned upgrades will be Linux and GPU versions, before flying to different algos.

0.27d online - minor revision

MKT fork added, that's --variation 9. MKT coins already defaults to MKT fork, before it officialy forks (in a few days), either stay with 0.27c, or force old Cryptonight with --variation 1
JSON tokens swapped.
Doc updated