Pages:
Author

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

newbie
Activity: 2
Merit: 0
How to restart miner if hashrate lower than specific number
newbie
Activity: 3
Merit: 0
@JCE-Miner: Sorry for not responding immediately, and thanks for the quick response and improvements!
--mport - checked at the very beginning (033j).
--mpsw - unfortunately not working.
  Memories of Clamore (Standalone utility "EthMan").
1. Monitoring: online / offline
2. Process control: start / stop
3. Configuration editing: 1 core or 16, change pool.
- without having to go to the PC by the ip address or physically.
I hope that someday I will be able to remotely control, as before Smiley
newbie
Activity: 1
Merit: 0
Hello,

I'm adding on to the "Segmentation fault (core dumped)" conversation Smiley. I am running release "m" on two Linux boxes and the miner periodically crashes on both systems. Sometimes they run for a large number of hours and sometimes they fail quickly. So far I have not made it past 24 hours on either system without re-starting the miners. Here are the specs for each box:


System One
Z87-GD65 GAMING (MS-7845)                         - motherboard
Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz   - processor
32GiB                                                                 - memory
Ubuntu 18.04.1 LTS                                           - OS

System Two
ASRock 970 Extreme4                                      - motherboard
AMD FX-8320E Eight-Core Processor              - processor
12GiB                                                                 - memory
Ubuntu 18.10                                                     - OS

An additional comment is that I experienced the same core dumps with the prior JCE release. I wanted to add this information for you because the problem seems to be more general in nature given that it is happening across different distros and hardware configs. My final observation is that I am running the miner on two WIN-10 boxes and I have had a couple of segmentation faults on them as well although they are running mostly with out issue.

Hope this helps a bit!
member
Activity: 350
Merit: 22
Stellite: right i release the GPU version now.

cpu perf: i did a lot of tests to compare 2 separate JCE instances against mixed mining, and found a way to slightly improve the efficiency, but my result were inconsistent since the cpu perf is very sensible to any external usage. So try the new version, with your 2 cpu threads plus GPUs and things should be like +1% better pool side. I hope.
I don't count it as a bug, but yes it lacked some optimizations.

0.33b16 GPU

Quote
* Stellite v8
* Rig-id
* Light optim for mixed cpu/gpu mining
member
Activity: 340
Merit: 29

@pbfarmer :
Your new data are easier to understand.
The missing hashrate being equal to CPU is coincidental, pause your CPU and you'll see a drop will remain.
The optimal yield you can get is ~99% (100% minus the fees) but depending on your pool aggressiveness, ping and overall CPU usage you may experience lower hashrate, while 96% is somehow in the lower bound. Mining with CPU + GPU has a normally little impact on performance, but it looks like on your rig, it's higher. Maybe because of the chipset or something, or the PCIe lanes used causes some internal delays.
Try to mine with 1 and 0 Cpu and i expect you'll get a better efficiency between the instant and effective hashrate. I already experienced such on one of my rig (a A320 + ryzen). Also remove the --legacy parameter if you use it, while it may provide more stable hashrate, it tends to lower the efficiency of mixed mining.

It's very possible you get different results with another mixed miner like Stak all-in-one, just because we did different choices in term of CPU/GPU sync and netcode aggressiveness. I chose a medium/high aggressivity, but not maximum, to keep a stable hashrate and zero bad shares. It may not be the best choice in term of absolute perf on your precise rig, but that's an overall all-around design.


Thanks for the detailed explanation.  I've let my larger rig run about a week now, and it's stabilized at a ~3% spread, which is once again almost exactly the CPU h/r (pool is showing a 24hr of 9.8kh/s atm.)

Code:
{
  "hashrate":
  {
    "thread_0": 63.71,
    "thread_1": 63.67,
    "thread_2": 64.33,
    "thread_3": 64.33,
    "thread_4": 623.13,
    "thread_5": 623.13,
    "thread_6": 629.29,
    "thread_7": 623.13,
    "thread_8": 592.92,
    "thread_9": 598.50,
    "thread_10": 592.92,
    "thread_11": 592.92,
    "thread_12": 607.45,
    "thread_13": 610.76,
    "thread_14": 607.45,
    "thread_15": 604.18,
    "thread_16": 623.13,
    "thread_17": 622.92,
    "thread_18": 610.37,
    "thread_19": 604.57,
    "thread_all": [63.71, 63.67, 64.33, 64.33, 623.13, 623.13, 629.29, 623.13, 592.92, 598.50, 592.92, 592.92, 607.45, 610.76, 607.45, 604.18, 623.13, 622.92, 610.37, 604.57],
    "thread_gpu": [1246.25, 1252.41, 1191.41, 1185.83, 1218.21, 1211.63, 1246.05, 1214.93],
    "total": 10022.71,
    "max": 10256.21
  },
  "result":
  {
     "wallet": "bxc5rbWK8vhjHUvntsXoHxB5BxBcDmnApK8yBruAifJKASDLgwBZi2q7Q3zMSTmaLqhKu4gFgXEQjiyq7kKyhFH41un6Z7seX",
     "pool": "ca.bittube.miner.rocks:7777",
     "ssl": false,
     "reconnections": 0,
     "currency": "BitTube (TUBE)",
     "difficulty": 529002,
     "shares": 10489,
     "hashes": 5461064802,
     "uptime": "155:34:01",
     "effective": 9751.19
  },
  "gpu_status":
  [
    { "index": 0, "temperature": 39, "fan": 21, "processor": "Ellesmere", "memory": 8192, "good_shares": 1324, "bad_shares": 0 },
    { "index": 1, "temperature": 40, "fan": 27, "processor": "Ellesmere", "memory": 8192, "good_shares": 1388, "bad_shares": 0 },
    { "index": 2, "temperature": 39, "fan": 30, "processor": "Ellesmere", "memory": 8192, "good_shares": 1280, "bad_shares": 0 },
    { "index": 3, "temperature": 40, "fan": 23, "processor": "Ellesmere", "memory": 8192, "good_shares": 1285, "bad_shares": 0 },
    { "index": 4, "temperature": 39, "fan": 36, "processor": "Ellesmere", "memory": 8192, "good_shares": 1262, "bad_shares": 0 },
    { "index": 5, "temperature": 39, "fan": 24, "processor": "Ellesmere", "memory": 8192, "good_shares": 1312, "bad_shares": 0 },
    { "index": 6, "temperature": 39, "fan": 22, "processor": "Ellesmere", "memory": 8192, "good_shares": 1285, "bad_shares": 0 },
    { "index": 7, "temperature": 39, "fan": 33, "processor": "Ellesmere", "memory": 8192, "good_shares": 1282, "bad_shares": 0 }
  ],
  "miner":
  {
     "version": "jce/0.33b14/gpu",
     "platform": "AMD Ryzen 5 1600 Six-Core Processor ",
     "system": "Windows 64-bits",
     "algorithm": "13"
  }
}

I wasn't really comparing yours to other miners - I already know yours is the best. Smiley  But the part that doesn't align w/ your explanation (and why i suggested there may be a bug) is that this discrepancy goes away when the gpu and cpu are split into independent processes.  Really not a big deal at all - i'm fine splitting them, just thought i'd give you a heads up in case it was something that could be fixed.
newbie
Activity: 13
Merit: 0
Edit: try
--auto -t 2
and
--auto -t 4

one should be the optimal, i bet on 1st one
for V8 better -t 2 - 104 h/s
for turtles perfect -t 4 - 420 h/s  Grin
This new CPU 200GE is a kind of RX550 (minimum price 55$ and minimum power consumption - tdp 35W)
full member
Activity: 1120
Merit: 131
STELLITE ANNOUNCEMENT, https://medium.com/stellitecash/fork-announcement-stellite-v5-63cc481a880a ."As fork height we decided the block 503001 and it should happen approximately 16/1/2019 1am UTC."
member
Activity: 350
Merit: 22
Large pages: they are used the same way as day one, and enabled automatically by default, when possible, so when run as admin (at least once) on a Windows 10 and/or pro. otherwise (win 7/8) manual config is needed.

windows may run out of pages after some time, while it's more rare on linux. quick fix: reboot.

webchain, hycon: i answered just above. my top priority remains masari. any test pool somewhere?

let me look at that ryzen for best config. i've a r5 but no r3

Edit: try
--auto -t 2
and
--auto -t 4

one should be the optimal, i bet on 1st one
newbie
Activity: 13
Merit: 0
Collected a rig with the new Athlon 200GE processor - 2 cores / 4 threads , 4M cache (its core is from Ryzen 3, with two cores disabled). What are the correct settings V8 for this CPU?
full member
Activity: 1120
Merit: 131
JCE, Masari fork announced: "We're preparing for a v0.3.0.0 protocol upgrade (code name Dandy Dromedary) coming in ~14 days, set for block #363,000 which will introduce SECOR (uncle mining), CNFastv2 PoW variant, and multi-output Bulletproofs (https://github.com/masari-project/masari/releases/tag/v0.3.0.0 )"
newbie
Activity: 31
Merit: 0
Hello JCE!
I got issue with FX 8350. Got 2 fx8350 in different MB. One doing fine with this config

"cpu_threads_conf" :
[
     { "cpu_architecture" : "auto", "affine_to_cpu" : 1, "use_cache" : true },
     { "cpu_architecture" : "auto", "affine_to_cpu" : 2, "use_cache" : true },
     { "cpu_architecture" : "auto", "affine_to_cpu" : 3, "use_cache" : true },
     { "cpu_architecture" : "auto", "affine_to_cpu" : 4, "use_cache" : true },
     { "cpu_architecture" : "auto", "affine_to_cpu" : 5, "use_cache" : true },
     { "cpu_architecture" : "auto", "affine_to_cpu" : 6, "use_cache" : true },
     { "cpu_architecture" : "auto", "affine_to_cpu" : 7, "use_cache" : true },
]

 But second one gives me error "Failed to allocate 2MB Large Page Scratchpad Buffer, using normal memory (slower)."
Same configs. Same UPlexa coin. Only difference is failed system have 4G ram and OK system got 16G ram. Is it a case or something else? Large pages are unlocked for both systems. Hashrate at monero v8 a same(~350H/s).

 Here is a log.

              +--------------------------------------+
              | JC Expert Cryptonote CPU Miner 0.33n |
              +--------------------------------------+


For Windows 64-bits
Analyzing Processors topology...
AMD FX(tm)-8350 Eight-Core Processor
Assembly codename: bulldozer
  SSE2    : Yes
  SSE3    : Yes
  SSE4    : Yes
  AES     : Yes
  AVX     : Yes
  AVX2    : No

Found CPU 0, with:
  L1 Cache:    16 KB
  L2 Cache:  2048 KB, shared with CPU 1
  L3 Cache:  8192 KB, shared with CPU 1, 2, 3, 4, 5, 6, 7
Found CPU 1, with:
  L1 Cache:    16 KB
  L2 Cache:  2048 KB, shared with CPU 0
  L3 Cache:  8192 KB, shared with CPU 0, 2, 3, 4, 5, 6, 7
Found CPU 2, with:
  L1 Cache:    16 KB
  L2 Cache:  2048 KB, shared with CPU 3
  L3 Cache:  8192 KB, shared with CPU 0, 1, 3, 4, 5, 6, 7
Found CPU 3, with:
  L1 Cache:    16 KB
  L2 Cache:  2048 KB, shared with CPU 2
  L3 Cache:  8192 KB, shared with CPU 0, 1, 2, 4, 5, 6, 7
Found CPU 4, with:
  L1 Cache:    16 KB
  L2 Cache:  2048 KB, shared with CPU 5
  L3 Cache:  8192 KB, shared with CPU 0, 1, 2, 3, 5, 6, 7
Found CPU 5, with:
  L1 Cache:    16 KB
  L2 Cache:  2048 KB, shared with CPU 4
  L3 Cache:  8192 KB, shared with CPU 0, 1, 2, 3, 4, 6, 7
Found CPU 6, with:
  L1 Cache:    16 KB
  L2 Cache:  2048 KB, shared with CPU 7
  L3 Cache:  8192 KB, shared with CPU 0, 1, 2, 3, 4, 5, 7
Found CPU 7, with:
  L1 Cache:    16 KB
  L2 Cache:  2048 KB, shared with CPU 6
  L3 Cache:  8192 KB, shared with CPU 0, 1, 2, 3, 4, 5, 6

Preparing 7 Mining Threads...

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

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

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

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

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

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

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

Cryptonight Variation: Cryptolight-uPlexa fork of Dec-2018

Low intensity.

Starting CPU Thread 0, affinity: CPU 1
Thread 0 successfully bound to CPU 1
Allocated shared Large Page at: 00000225f2a00000
Allocated 2MB Cached Large Page Scratchpad Buffer for CPU 1 of NUMA node 0 at: 00000225f2c00000

Starting CPU Thread 1, affinity: CPU 2
Thread 1 successfully bound to CPU 2
Reuse part of 2MB Cached Large Page Scratchpad Buffer at: 00000225f2d00000

Starting CPU Thread 2, affinity: CPU 3
Thread 2 successfully bound to CPU 3
Failed to allocate 2MB Large Page Scratchpad Buffer, using normal memory (slower).

Starting CPU Thread 3, affinity: CPU 4
Thread 3 successfully bound to CPU 4
Failed to allocate 2MB Large Page Scratchpad Buffer, using normal memory (slower).

Starting CPU Thread 4, affinity: CPU 5
Thread 4 successfully bound to CPU 5
Failed to allocate 2MB Large Page Scratchpad Buffer, using normal memory (slower).

Starting CPU Thread 5, affinity: CPU 6
Thread 5 successfully bound to CPU 6
Failed to allocate 2MB Large Page Scratchpad Buffer, using normal memory (slower).

Starting CPU Thread 6, affinity: CPU 7
Thread 6 successfully bound to CPU 7
Failed to allocate 2MB Large Page Scratchpad Buffer, using normal memory (slower).
Devfee for CPU is 1.5%

04:07:27 | Uplexa (UPX) Mining session starts!
newbie
Activity: 301
Merit: 0
Hi JCE,

This work with webchain and hycon?

Thanks
newbie
Activity: 33
Merit: 0
P4 32 bits crash on Linux: I'll redo a test on my Core2 duo, the oldest CPU i have, but not sure at all i can reproduce the bug Sad
Sad it would have shined since old cpu mining is my niche expertise, but maybe you use some old Linux distrib or something. It's a lot harder to support linux well because of the large variety of distribs. And i'm also more a Windows person.

Large pages, see the doc here, it needs to be manually enabled, but that's the exact same as for any other miner, so if you find a guide for xmrstak/xmrig/whatever, it will work the same.
https://github.com/jceminer/cn_cpu_miner#large-pages



As with my query above (#2261) large pages is manually activated.
I'm hoping you can help me with this.

Thanks in advance,
sr. member
Activity: 1484
Merit: 253
P4 32 bits crash on Linux: I'll redo a test on my Core2 duo, the oldest CPU i have, but not sure at all i can reproduce the bug Sad
Sad it would have shined since old cpu mining is my niche expertise, but maybe you use some old Linux distrib or something. It's a lot harder to support linux well because of the large variety of distribs. And i'm also more a Windows person.

Large pages, see the doc here, it needs to be manually enabled, but that's the exact same as for any other miner, so if you find a guide for xmrstak/xmrig/whatever, it will work the same.
https://github.com/jceminer/cn_cpu_miner#large-pages


JCE miner can't enable large pages if they disabled? Maybe you add this option in miner to auto-enable them like Claymore?
member
Activity: 350
Merit: 22
P4 32 bits crash on Linux: I'll redo a test on my Core2 duo, the oldest CPU i have, but not sure at all i can reproduce the bug Sad
Sad it would have shined since old cpu mining is my niche expertise, but maybe you use some old Linux distrib or something. It's a lot harder to support linux well because of the large variety of distribs. And i'm also more a Windows person.

Large pages, see the doc here, it needs to be manually enabled, but that's the exact same as for any other miner, so if you find a guide for xmrstak/xmrig/whatever, it will work the same.
https://github.com/jceminer/cn_cpu_miner#large-pages

sr. member
Activity: 1484
Merit: 253
Processor AMD Ryzen3 2200G
Why?
Quote
Starting CPU Thread 0, affinity: CPU 0
Thread 0 successfully bound to CPU 0
Allocated shared Large Page at: 0000018bfe000000
Failed to allocate 2MB Large Page Scratchpad Buffer, using normal memory (slower).
This can accure if you system have small amount of RAM or running too long from boot. Try to reboot and launch again.
newbie
Activity: 33
Merit: 0
Hi  I tried running JCE miner on Ubuntu 16.04 on an old 32bit dual cpu server to CPU mine Uplexa.
I have compiled the miner with my details but when i start the miner with ./start.sh i get the following:

miner@Miner:/jce_cn_cpu_miner.linux.033m$ ./start.sh

              +--------------------------------------+
              | JC Expert Cryptonote CPU Miner 0.33m |
              +--------------------------------------+


For Linux 32-bits
Analyzing Processors topology...
Dual Intel(R) Xeon(TM) CPU 3.06GHz
Assembly codename: pentium4
  SSE2    : Yes
  SSE3    : No
  SSE4    : No
  AES     : No
  AVX     : No
  AVX2    : No

Auto-configuration, selected CPUs will be highlighted...
Segmentation fault (core dumped)
miner@Miner:/jce_cn_cpu_miner.linux.033m$

Can someone please shed some light on this issue and guide me to fixing it?
 P.S I no Linux expert but with guidance can find my way through.

Thanks in advance for any help given.
jr. member
Activity: 73
Merit: 1
Soldo SLD is the best ever
Processor AMD Ryzen3 2200G
Why?
Quote
Starting CPU Thread 0, affinity: CPU 0
Thread 0 successfully bound to CPU 0
Allocated shared Large Page at: 0000018bfe000000
Failed to allocate 2MB Large Page Scratchpad Buffer, using normal memory (slower).
jr. member
Activity: 155
Merit: 4
I thought so, I was hoping for the solution as with ETH it was previously case to have huge swap, but it was later eliminated.
member
Activity: 350
Merit: 22
online is 0.33n CPU Windows
Quote
Stellite v8 fork
Rig-id parameter (optional)
Pages:
Jump to: