capulo
Newbie
Offline
Activity: 491
Merit: 0
|
|
October 16, 2019, 07:59:08 PM |
|
is external miner also power saving when abn is low? i'm not sure, because everytime i checked miner, it goes at full speed it drops to 0 only when it crashed
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 16, 2019, 08:03:11 PM |
|
is external miner also power saving when abn is low? i'm not sure, because everytime i checked miner, it goes at full speed it drops to 0 only when it crashed Yes, it stops mining when ABN is out; and - it doesn't crash anymore.
|
|
|
|
capulo
Newbie
Offline
Activity: 491
Merit: 0
|
|
October 16, 2019, 08:42:58 PM |
|
i have this one downloaded yesterday and it crashed today
KJV Loaded Using bbpminer version 1004 cpuminer 2.5.0 built on Oct 14 2019 features: x86_64 PHE SSE2 AVX AVX2 XOP libcurl/7.67.0-DEV OpenSSL/1.1.0g zlib/1.2.8
|
|
|
|
capulo
Newbie
Offline
Activity: 491
Merit: 0
|
|
October 17, 2019, 06:52:04 AM |
|
should i set gen=0 ? because it seems that wallet is still mining, i want only external miner
|
|
|
|
capulo
Newbie
Offline
Activity: 491
Merit: 0
|
|
October 17, 2019, 06:57:24 AM |
|
is external miner also power saving when abn is low? i'm not sure, because everytime i checked miner, it goes at full speed it drops to 0 only when it crashed Yes, it stops mining when ABN is out; and - it doesn't crash anymore.is this idle? Erroring out [2019-10-17 08:55:57] json_rpc_call failed, retry after 30 seconds [2019-10-17 08:56:27] BBP Core Mining Error: Wallet Locked/ABN Required it seems so, but miner is still consuming two cores... sometimes 3 cores 11263 capo 20 0 3125160 17060 9344 S 200.0 0.0 21825:34 bbpminer_linux
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 17, 2019, 01:06:09 PM |
|
is external miner also power saving when abn is low? i'm not sure, because everytime i checked miner, it goes at full speed it drops to 0 only when it crashed Yes, it stops mining when ABN is out; and - it doesn't crash anymore.is this idle? Erroring out [2019-10-17 08:55:57] json_rpc_call failed, retry after 30 seconds [2019-10-17 08:56:27] BBP Core Mining Error: Wallet Locked/ABN Required it seems so, but miner is still consuming two cores... sometimes 3 cores 11263 capo 20 0 3125160 17060 9344 S 200.0 0.0 21825:34 bbpminer_linux Yes - thats idle on that particular thread. And of course, erroring out is not a crash (We can take that message out). Each thread takes a certain amount of seconds to quit hashing the current best block if its still a valid block to hash and has not asked for new work. Has your processor utilization gone to zero after waiting for a block to pass while you have an invalid ABN? Yes, you can set gen=0 now, as long as you don't need to send GSCs out.
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 17, 2019, 01:15:12 PM |
|
So as you all know I've been starting to work on a new pool that will give us stratum support. I spent a couple days looking at p2pool, but I got slightly dissapointed with certain aspects of it. (I don't really like all the hardcoded literals in the code). At first I thought having python would be OK, because its a popular standard codebase. But then I read some comments by the author of nomp, and I started checking out nomp. I really like how nomp is written in Node.js and the code behind gives me a warm and fuzzy feeling that it will be easier to support in the long run. Anyway, its mostly X11/darkcoin compatible already, so it shouldn't be a problem to make a BiblePay/NOMP pool. From what I can see we don't lose anything with this approach - we still get stratum, we get a nice UI (the web presence is nice), and the code is clean. So I took a new direction and will be porting a flavor of bbp into nomp: https://github.com/zone117x/node-open-mining-portalAfter all, our next pool should be an improvement for our users. I reiterate, there is really nothing wrong with our c# pool, and we could have refactored it more, but I feel adding stratum to it at this stage would make it a redheaded stepchild, especially since many coins rely on Nomp and its support (as compared to a one off) - so I believe we are making a good move in embracing a standardized codebase for biblepay pools. In addition, Nomp looks like its going to be easy for new devs to set one up when we need to scale to numerous pools. I set one up last night and it was really pain free to get started. =-=-=-=-=-=-=-=-=- Regarding the 'cryptocurrency economy' simulation project, that is going very well. I created two graphs so far, and things are pointing towards the truth in the posts a few pages back (about making assumptions based on theoretical economic outcomes). That project needs a couple more days of work. When its done Im going to publish the results in a new forum proposal thread, and summarize them, and - use that proposal for the potential changes. Ill also upload the code into the contrib folder when its done.
|
|
|
|
capulo
Newbie
Offline
Activity: 491
Merit: 0
|
|
October 17, 2019, 04:21:16 PM |
|
is external miner also power saving when abn is low? i'm not sure, because everytime i checked miner, it goes at full speed it drops to 0 only when it crashed Yes, it stops mining when ABN is out; and - it doesn't crash anymore.is this idle? Erroring out [2019-10-17 08:55:57] json_rpc_call failed, retry after 30 seconds [2019-10-17 08:56:27] BBP Core Mining Error: Wallet Locked/ABN Required it seems so, but miner is still consuming two cores... sometimes 3 cores 11263 capo 20 0 3125160 17060 9344 S 200.0 0.0 21825:34 bbpminer_linux Yes - thats idle on that particular thread. And of course, erroring out is not a crash (We can take that message out). Each thread takes a certain amount of seconds to quit hashing the current best block if its still a valid block to hash and has not asked for new work. Has your processor utilization gone to zero after waiting for a block to pass while you have an invalid ABN? Yes, you can set gen=0 now, as long as you don't need to send GSCs out. i know this is not crash, when it was crash there was some libraries dump or what, not remember. but it does not happens again.. and it does not goes to zero, it using 1-3 cores at 100% so 100 or 200 or 300% when abn is low
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 17, 2019, 04:25:59 PM |
|
is external miner also power saving when abn is low? i'm not sure, because everytime i checked miner, it goes at full speed it drops to 0 only when it crashed Yes, it stops mining when ABN is out; and - it doesn't crash anymore.is this idle? Erroring out [2019-10-17 08:55:57] json_rpc_call failed, retry after 30 seconds [2019-10-17 08:56:27] BBP Core Mining Error: Wallet Locked/ABN Required it seems so, but miner is still consuming two cores... sometimes 3 cores 11263 capo 20 0 3125160 17060 9344 S 200.0 0.0 21825:34 bbpminer_linux Yes - thats idle on that particular thread. And of course, erroring out is not a crash (We can take that message out). Each thread takes a certain amount of seconds to quit hashing the current best block if its still a valid block to hash and has not asked for new work. Has your processor utilization gone to zero after waiting for a block to pass while you have an invalid ABN? Yes, you can set gen=0 now, as long as you don't need to send GSCs out. i know this is not crash, when it was crash there was some libraries dump or what, not remember. but it does not happens again.. and it does not goes to zero, it using 1-3 cores at 100% so 100 or 200 or 300% when abn is low Oh, I wasn't aware of that. Do me a favor, since Im working on some other things, please type 'getmininginfo' and when you see your ABN is out for sure, and the miner is still running more than 5 mins after the abn is out, type 'getblockforstratum' into the console of biblepay and tell me if it shows an Error: ABN weight low (or not). This will point me in the right direction if its the biblepay client or the miner.
|
|
|
|
sunk818
|
|
October 17, 2019, 04:39:06 PM |
|
Rob, what do you think of BiblePay sanctuaries serving as a VPN tunnel? Chinese Christians can get past the Great Firewall and look at Christian content (among other things) without being censored. It could be free as a way to build user base. Or if there was a charge, maybe there could be a way to lock funds or send to a reserve account until you pay the sanctuaries that served you VPN bandwidth.
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 17, 2019, 04:47:38 PM |
|
Rob, what do you think of BiblePay sanctuaries serving as a VPN tunnel? Chinese Christians can get past the Great Firewall and look at Christian content (among other things) without being censored. It could be free as a way to build user base. Or if there was a charge, maybe there could be a way to lock funds or send to a reserve account until you pay the sanctuaries that served you VPN bandwidth.
Part of it sounds like a really good idea (the part about sharing Christian content directly to the user who can't get to the blocked content). The part about a Chinese user getting in trouble for using a VPN, or getting the machine confiscated (or BBP to be blamed for creating a circumventing policy to their laws) seems like the downside. Maybe if we strictly filter the access to be high quality Christian content, it would work, but in general it sounds like a very good idea - possibly if it was not a full fledged VPN - if it was more of a Christian content browser. Maybe when we get the treasure trove up, we can point them to that landing page in DSQL, etc. We should keep thinking about it.
|
|
|
|
sunk818
|
|
October 17, 2019, 09:10:50 PM |
|
- POOM could be reduced in total size to reestablish/cap our *governance charity* emissions at 10% ... - The increase in sanc payout coming soon is OK - because they lock the coins and hold them usually
POOM: I wrote about the sustainability of POOM: https://whitewalr.us/2019/biblepay-poom-sustainable.html - I'll have to revisit this if the percentages change. Sanc payout: With the rise in difficulty, sanc reward dips below 1000 BBP. You mentioned turning off Quantitative Tightening (QT). Can you expound on what the impact of QT off, external miner release, changing sanc payout percentage will do overall to profitability for sanctuary holders? This means subsidy (miner) and sanctuary_reward values will diverge in the future?
|
|
|
|
|
|
capulo
Newbie
Offline
Activity: 491
Merit: 0
|
|
October 18, 2019, 09:55:08 AM |
|
i did few benchmarks with external miner (--benchmark parameter)
1. Lenovo C30 Dual Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz running @ 2.90GHz Ubuntu 16.04.6 LTS (GNU/Linux 4.4.0-154-generic x86_64) 128GB (8x 16GB @ 1600MHz) Total: 391.81 khash/s
2. Lenovo C30 Dual Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz running @ 2.90GHz Ubuntu 16.04.6 LTS (GNU/Linux 4.4.0-31-generic x86_64) 96GB (6x 16GB @ 1600MHz) Total: 390.72 khash/s
3. Lenovo C30 Dual Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz running @ 3.10GHz Ubuntu 16.04.6 LTS (GNU/Linux 4.4.0-164-generic x86_64) 128GB (8x 16GB @ 1600MHz) Total: 574.62 khash/s
4. Lenovo C30 Dual Intel(R) Xeon(R) CPU E5-2650L v2 @ 1.70GHz running @ 1.70GHz Ubuntu 16.04.6 LTS (GNU/Linux 4.4.0-142-generic x86_64) 32GB (8x 4GB @ 1333MHz) Total: 318.01 khash/s
5. HP DL160 G6 Dual Intel(R) Xeon(R) CPU L5520 @ 2.27GHz running @ 2.27GHz Ubuntu 16.04.1 LTS (GNU/Linux 4.4.0-154-generic x86_64) 8GB (2x 4GB @ 1066MHz) Total: 161.14 khash/s
6. Intel SR1625URSAS Dual Intel(R) Xeon(R) CPU X5650 @ 2.67GHz running @ 2.67GHz Ubuntu 16.04.4 LTS (GNU/Linux 4.4.0-116-generic x86_64) 8GB (2x 4GB @ 1333MHz) Total: 274.16 khash/s
7. IBM System x3550 M3 Dual Intel(R) Xeon(R) CPU X5660 @ 2.80GHz running @ 2.80GHz Ubuntu 17.10 (GNU/Linux 4.13.0-16-generic x86_64) 8GB (2x 4GB @ 1333MHz) Total: 288.88 khash/s
8. HP DL360e G8 Dual Intel(R) Xeon(R) CPU E5-2420 v2 @ 2.20GHz running @ 2.20Ghz Ubuntu 16.04.4 LTS (GNU/Linux 4.4.0-116-generic x86_64) 24GB (12x 2GB @ 1333Mhz) Total: 281.21 khash/s
seems that memory speed or configuration (dual/quad channel...) does not have big effect
bonus: 9. laptop Thinkpad P52s Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz running somewhere @ 2.5-2.8GHz Win10 Enterprise 16GB (2x 8GB @ 2400MHz) Total: 133.21 khash/s
|
|
|
|
sunk818
|
|
October 18, 2019, 03:26:35 PM |
|
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 18, 2019, 07:48:20 PM |
|
- POOM could be reduced in total size to reestablish/cap our *governance charity* emissions at 10% ... - The increase in sanc payout coming soon is OK - because they lock the coins and hold them usually
POOM: I wrote about the sustainability of POOM: https://whitewalr.us/2019/biblepay-poom-sustainable.html - I'll have to revisit this if the percentages change. Sanc payout: With the rise in difficulty, sanc reward dips below 1000 BBP. You mentioned turning off Quantitative Tightening (QT). Can you expound on what the impact of QT off, external miner release, changing sanc payout percentage will do overall to profitability for sanctuary holders? This means subsidy (miner) and sanctuary_reward values will diverge in the future? On the potential proposed changes, let me see if I can generate the data (for the forum thread) and attempt to create the thread before the weekend is over, and Ill include the above in that post. Right now, I finally was able to get NOMP running in my dev environment with the external miner hashing against it, and there are some issues with ABN, so Im trying to address these today, then I can clear out some normal time to focus on that asap.
|
|
|
|
bible_pay (OP)
Full Member
Offline
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
|
|
October 18, 2019, 07:52:40 PM |
|
i did few benchmarks with external miner (--benchmark parameter)
1. Lenovo C30 Dual Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz running @ 2.90GHz Ubuntu 16.04.6 LTS (GNU/Linux 4.4.0-154-generic x86_64) 128GB (8x 16GB @ 1600MHz) Total: 391.81 khash/s
2. Lenovo C30 Dual Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz running @ 2.90GHz Ubuntu 16.04.6 LTS (GNU/Linux 4.4.0-31-generic x86_64) 96GB (6x 16GB @ 1600MHz) Total: 390.72 khash/s
3. Lenovo C30 Dual Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz running @ 3.10GHz Ubuntu 16.04.6 LTS (GNU/Linux 4.4.0-164-generic x86_64) 128GB (8x 16GB @ 1600MHz) Total: 574.62 khash/s
4. Lenovo C30 Dual Intel(R) Xeon(R) CPU E5-2650L v2 @ 1.70GHz running @ 1.70GHz Ubuntu 16.04.6 LTS (GNU/Linux 4.4.0-142-generic x86_64) 32GB (8x 4GB @ 1333MHz) Total: 318.01 khash/s
5. HP DL160 G6 Dual Intel(R) Xeon(R) CPU L5520 @ 2.27GHz running @ 2.27GHz Ubuntu 16.04.1 LTS (GNU/Linux 4.4.0-154-generic x86_64) 8GB (2x 4GB @ 1066MHz) Total: 161.14 khash/s
6. Intel SR1625URSAS Dual Intel(R) Xeon(R) CPU X5650 @ 2.67GHz running @ 2.67GHz Ubuntu 16.04.4 LTS (GNU/Linux 4.4.0-116-generic x86_64) 8GB (2x 4GB @ 1333MHz) Total: 274.16 khash/s
7. IBM System x3550 M3 Dual Intel(R) Xeon(R) CPU X5660 @ 2.80GHz running @ 2.80GHz Ubuntu 17.10 (GNU/Linux 4.13.0-16-generic x86_64) 8GB (2x 4GB @ 1333MHz) Total: 288.88 khash/s
8. HP DL360e G8 Dual Intel(R) Xeon(R) CPU E5-2420 v2 @ 2.20GHz running @ 2.20Ghz Ubuntu 16.04.4 LTS (GNU/Linux 4.4.0-116-generic x86_64) 24GB (12x 2GB @ 1333Mhz) Total: 281.21 khash/s
seems that memory speed or configuration (dual/quad channel...) does not have big effect
bonus: 9. laptop Thinkpad P52s Intel(R) Core(TM) i7-8650U CPU @ 1.90GHz running somewhere @ 2.5-2.8GHz Win10 Enterprise 16GB (2x 8GB @ 2400MHz) Total: 133.21 khash/s
Nice work! I see #3 really stands out. I wonder why its almost 2* the speed yet the procs are only .20 ghz faster each? #2, I do wonder if windows running on one of those high power boxes (like #3) will hash at approx the same speed..... I assume it will, based on my ryzen windows desktop machine hashing at 350KHS.
|
|
|
|
Nipar
Jr. Member
Offline
Activity: 55
Merit: 2
|
|
October 18, 2019, 08:42:55 PM |
|
#3 is a hyperthreading 10 core times 2 it still averages about the same as other avx2 enabled processors.
|
|
|
|
capulo
Newbie
Offline
Activity: 491
Merit: 0
|
|
October 18, 2019, 09:52:22 PM |
|
#3 is v2 xeon, #1-2 is v1 thats all magic and also it has 40 threads, 1-2 have 32 threads
|
|
|
|
|