Bible Pay

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Rob Andrews

Pages: 1 ... 115 116 117 118 119 120 121 [122] 123 124 125 126 127 128 129 ... 264
1816
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 14, 2020, 10:01:20 AM »
i sent some accepted hashes but my yf address is not showing up on pool workers. is that to be expected?


http://rxtest.biblepay.org/workers

Yes, its to be expected if you hash a couple and let the block go by, yes (as you probably know from experience of running nomp pool, that the round changes when blocks change).

EDIT: Btw, the nomp in its current state only registers the BBP solved shares - the XMR shares pass through to the monero side which is not exposed in the pool yet.  Im going to add metrics for that asap.  So you must also ensure the solved hashes are solving BBP shares as XMR dont register.


1817
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 14, 2020, 09:59:14 AM »
Have been running cense last evening the bbp-xmrig dual miner.  Theres no diffrence in wattage from just mining monero to this dual miner  from what i can tell.

Came home from part time work and i see that the miner is still running, the monero "part" of it anyway but the BBP shares stopped like 5 hours ago, ill link the log file:

Thats great, yeah on the bbp part dropping out, I see the same behavior.  What I have discovered is I can dual mine for about 8-14 hours or so, then the monero side keeps working and the bbp side stops.  I have a feeling that something in the code has a timeout (on the bbp side in xmrig) that I need to fix. 

In the mean time, all, please just restart the miner after a few hours if the bbp drops out and you will see yourself in the pool again.

You can clearly see the problem btw on the xmrig side by looking in the console window and seeing no "BBP 1" shares solved.

But anyway I wanted to ask you the most crucial question (Im glad to hear the wattage is the same).  Could you please do a side by side baseline between pure XMR mining from their xmrig, vs biblepay dual mining using our xmrig?  That is show us your hashrate for XMR alone vs dual XMR-BBP?  Id like to see the efficiency drop % that our blakehashes take away from the total?

Thanks!


1818
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 13, 2020, 02:40:04 PM »
I logged latest attempt and seems pretty high hashrate jump for me gonna play abit with threads and cores for my ryzen 5 1600.

gonna try a ryzen 5 3600 and a 1920x in the coming days aswell.

Looks like 8-10% increase for me in hashrate with the MSR mod Active.

Thats great!

Yeah, Ill post my HPS when I finally reboot.  I remember seeing about 5,000 hps when my memory is in use, but around 9,000 on a fresh reboot when the large pages are available.


1819
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 13, 2020, 02:37:55 PM »
** MSR MOD Update **

Just a note for anyone who is attempting to add the msr mod.  I see that in the code, we already do set the registers for the ryzen for the msr mod, so I believe you do not need to install the windows10 debugging kit, or follow any of these commands listed in the below reddit thread, or add anything to your batch file.  You only need to right click on the miner.exe and check run as administrator.  The code should do the rest including setting the registers for MSR and launching the miner.

https://www.reddit.com/r/MoneroMining/comments/e9tuvd/randomx_boost_guide_for_ryzen_on_windows_9100_hs/
^^ These cpu register values are compiled in the code already ^^


1820
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 13, 2020, 01:50:57 PM »
This is great, looks like a very good start for us, that its working now on your end.

So although I'm not entirely against the config file, I feel with our modded pool requirements, it might not be in our best interests to make the config file itself work, if we can make all of the functionality work for the most part for our pool(s).  This is because the config file will be primarily used by miners who want the multipool (failover) strategies, and, I think that is something we can make available if this ecosystem actually takes off (but of course, that still requires knowledge of how our pools will work, so even the failover strategy will be customized).

However, I am all for making the advanced mods work for the miner inherently by default, to give them 98%+ of the available hashrate.

So for this first baby step, since I actually have no windows 10 boxes in my house (I did have one but it was burned last year), Id like to ask you to try an expiriment first.  I believe the MSR mod is already compiled in this version (5.5.5). 

Could you please try this:  Add the msr mod ryzen config settings to the mining batch file, then create a shortcut in windows for the command prompt, then right click it and Launch as Administrator, then launch the mining batch file?  Did that solve the problem and let the miner see that it has admin rights?

Thanks!

EDIT: On my windows 7 box, I click start, find the cmd.exe icon, then right click it and launch it as admin.  Then I run the miner from the command prompt.  But in my personal case, I cant install the Win10SDK for the msr mod because I dont have win10 to try this part on so my miner skips over the msr check.

Wait, I think I found a way for you to make it work.
Right click on xmrig-bbp64.exe, check Run as admistrator | Save.  Now restart with the batch file, and it says on my output:  MSR  - Ryzen registers set successfully.
For me, it did not increase my HPS, but I have 30 windows open and a VM running that takes up 70% of my ram, etc.

Let me know if it actually worked?

EDIT:  It might have increased by 5%.  I need to try it after a reboot.



1821
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 13, 2020, 01:40:33 PM »
Cheers it works just fine now Rob!

One thing i was thinking about, is it possible to make a config.json  file  like on  normal  xmrig miner.  For the reason batch file i seem to be able to get large pages working fine but the msr mod wont work from batch file or rather trying to run batch file with admin rights wont work.

So if we could add the parameters in a config.json file can then just run the   xmrig-bbp-win64.exe with admin rights and poff we get msr  mod up and running aswell, its significant hashrate increase  perhaps 7-10% i belive. Pretty much the pool fee.

This is great, looks like a very good start for us, that its working now on your end.

So although I'm not entirely against the config file, I feel with our modded pool requirements, it might not be in our best interests to make the config file itself work, if we can make all of the functionality work for the most part for our pool(s).  This is because the config file will be primarily used by miners who want the multipool (failover) strategies, and, I think that is something we can make available if this ecosystem actually takes off (but of course, that still requires knowledge of how our pools will work, so even the failover strategy will be customized).

However, I am all for making the advanced mods work for the miner inherently by default, to give them 98%+ of the available hashrate.

So for this first baby step, since I actually have no windows 10 boxes in my house (I did have one but it was burned last year), Id like to ask you to try an expiriment first.  I believe the MSR mod is already compiled in this version (5.5.5). 

Could you please try this:  Add the msr mod ryzen config settings to the mining batch file, then create a shortcut in windows for the command prompt, then right click it and Launch as Administrator, then launch the mining batch file?  Did that solve the problem and let the miner see that it has admin rights?

Thanks!

EDIT: On my windows 7 box, I click start, find the cmd.exe icon, then right click it and launch it as admin.  Then I run the miner from the command prompt.  But in my personal case, I cant install the Win10SDK for the msr mod because I dont have win10 to try this part on so my miner skips over the msr check.


1822
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 13, 2020, 10:12:35 AM »
So i tried to run xmrig-bbp miner but i just get this message  " The code execution cannot proceed because VCRUNTIME140_1.dll was not found"
I have same error:
https://github.com/biblepay/xmrig/blob/master/binaries/xmrig-bbp-win64.exe
Using Windows 10 64-bit


Ok, so I did reproduce this on our other windows box that does not contain a development environment, and received the same error.  So the root cause of this is the c++ compile must be compiled with more switches allowing us to statically link the dependencies in (for the windows builds).

So I have updated the OP post with a new download URL:  A zip file instead.  This allows us to pack in the other dependencies also.

Please try again with the zip file version.


1823
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 13, 2020, 08:33:22 AM »
Results from compiling the Linux ubuntu 18.04 version from source,

Platform: Linux 4.15.0-76-generic #86-Ubuntu SMP Fri Jan 17 17:24:28 UTC 2020 x86_64 x86_64 x86_64 GNU
Hardware: 6 x vCPU x Intel(R) Xeon(R) CPU E5-2650L v3 @ 1.80GHz with 16 Gb RAM (VPS)

Repo:
git clone http://github.com/biblepay/biblepay-evolution

Code: [Select]
# RandomX Part
>cd biblepay-evolution/src/crypto/RandomX

>biblepay-evolution/src/crypto/RandomX: No such file or directory
The directory also does not appear in the source repo

https://github.com/biblepay/biblepay-evolution/tree/master/src/crypto

Finally compilation halts with the following message:
Code: [Select]
In file included from bls/bls.cpp:5:0:
bls/bls.h:14:10: fatal error: chiabls/bls.hpp: No such file or directory
 #include <chiabls/bls.hpp>
          ^~~~~~~~~~~~~~~~~
compilation terminated.
Makefile:9971: recipe for target 'bls/libbiblepayconsensus_la-bls.lo' failed
make[2]: *** [bls/libbiblepayconsensus_la-bls.lo] Error 1
make[2]: Leaving directory '/home/xmrbbp/biblepay-evolution/src'
Makefile:11657: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/home/xmrbbp/biblepay-evolution/src'
Makefile:686: recipe for target 'all-recursive' failed
make: *** [all-recursive] Error 1

Advice would be greatly appreciated!

Thanks.
So there are a few issues here:
1) When you git clone you must clone the develop branch (not only to get the right branch, but also to get the randomx part):
for example:
cd /
mkdir biblepay-develop
cd biblepay-develop
git clone http://github.com/biblepay/biblepay-evolution
git pull origin develop

(You can also git clone develop initially, if you want, but I think you get the idea) - the pull origin develop will pull the develop branch into the evolution folder that you cloned.
Then when you build you will of course see the RandomX part.

The 2nd problem is it appears your depends directory was not compiled, (ie resulting in the chiabls error) -- please see this compile doc:
https://github.com/biblepay/biblepay-evolution/blob/develop/BuildBiblePay.txt

Notice the part about setting the environment variables, then cd to depends then make depends then cd back to making biblepay.

ChiaBLS is part of the depends build.





1824
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 12, 2020, 04:13:47 PM »
So i tried to run xmrig-bbp miner but i just get this message  " The code execution cannot proceed because VCRUNTIME140_1.dll was not found"

Hi, please tell us your bitness and OS, and please paste the command line you used so I can reproduce?  (Please be sure to paste the exact command line so I can trace the filename also).

Thanks.

1825
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 11, 2020, 10:16:17 AM »
BiblePay - Mandatory Upgrade for TestNet
1.5.0.2f

- Make randomx compatible with GSC superblocks



* See OP Post for updated blockhash.

Ok everyone, it looks like testing is ready now.

- Windows, linux and mac binaries are released now.

- Remember to start with a clean chain, just pass -erasechain=1 when you start (this should get you over the hump at the randomx_cutover_height).

- The xmrig miner is ready, go ahead and download it and try it.

- The randomx nomp pool is up:    rxtest.biblepay.org
(I realize I have some hps ratios and labels to update still, but it appears to be functioning in a primitive form now).


1826
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 10, 2020, 10:44:57 PM »
BiblePay - Mandatory Upgrade for TestNet
1.5.0.2f

- Make randomx compatible with GSC superblocks



* See OP Post for updated blockhash.

1827
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 09, 2020, 08:50:36 AM »
** Pause Testing **

Ok, I was able to mine up until the superblock, but since we have no sancs, this exploited a problem.

In creating a solution I have discovered a bug that needs fixed; so please halt testing until the next mandatory upgrade.



1828
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 08, 2020, 08:49:34 PM »
See OP post - XMRig has been released for windows and linux.


1829
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 08, 2020, 06:58:10 PM »
I just did a rough calculation, and it may be possible that just 8 new randomx miners would be able to support 1 Venezuelan orphan.

($25 of mining revenue per month = $2.50 towards orphan-charity, roughly) and at our potential wholesale rate, that means just 8 miners could sponsor one orphan.

I look forward to this test scenario.  We really can make a huge impact in the world if the goal is reached.


1830
TestNet Discussion Archive / Re: BIBLEPAY - RANDOMX INTEGRATION
« on: February 08, 2020, 06:48:25 PM »
Ok, now 3 versions are ready:

Windows 64

Linux 64 bit biblepayd

Linux 64 bit QT


Pages: 1 ... 115 116 117 118 119 120 121 [122] 123 124 125 126 127 128 129 ... 264