Author

Topic: BiblePay | 10% to Orphan-Charity | RANDOMX MINING | Sanctuaries (Masternodes) - page 291. (Read 243437 times)

newbie
Activity: 491
Merit: 0
Are/have you been running MCM exclusively? And have you seen a slow down in the validation of work units? MCM require what is referred to as a wingman to validate the work units. Leading up to challenges, you will see numerous people deploying a tactic called bunkering where they load up their machines with a ton of work and then sit on the finished results waiting for the event to start so that they can dump all of the extra results during the challenge time frame. So, it is very possible a lot of your work was getting validated at a later time. Another possibility is that the points for work shifts slightly over time as part of the credit system used. You will find that for one person one type of work unit may pay better than for another person. The next day another work unit type may pay slightly better. In the end they kind of evens out.

not exclisively, there are few other tasks like:
11791 boinc     39  19   77004  36764   2372 R 106.2  0.0  14:28.92 wcgrid_mcm1_map
12779 boinc     39  19   77004  36676   2312 R 106.2  0.0   3:29.29 wcgrid_mcm1_map
  415 boinc     39  19   77136  36916   2320 R 100.0  0.0 139:33.93 wcgrid_mcm1_map
 1283 boinc     39  19   77136  36956   2380 R 100.0  0.0 130:30.20 wcgrid_mcm1_map
 1514 boinc     39  19   77136  36880   2320 R 100.0  0.0 128:17.18 wcgrid_mcm1_map
 1522 boinc     39  19   77136  36952   2380 R 100.0  0.0 128:08.43 wcgrid_mcm1_map
 3015 boinc     39  19   77136  36856   2320 R 100.0  0.0 111:57.51 wcgrid_mcm1_map
 3701 boinc     39  19   77136  36924   2380 R 100.0  0.0 104:22.62 wcgrid_mcm1_map
 4085 boinc     39  19   77140  36908   2380 R 100.0  0.0 100:06.13 wcgrid_mcm1_map
 4822 boinc     39  19   77140  36904   2380 R 100.0  0.0  91:31.32 wcgrid_mcm1_map
 5533 boinc     39  19   77136  36892   2380 R 100.0  0.0  83:47.70 wcgrid_mcm1_map
 6267 boinc     39  19   77136  36880   2380 R 100.0  0.0  75:32.74 wcgrid_mcm1_map
10016 boinc     39  19   77004  36744   2320 R 100.0  0.0  34:08.22 wcgrid_mcm1_map
11130 boinc     39  19   77004  36764   2320 R 100.0  0.0  21:42.24 wcgrid_mcm1_map
12005 boinc     39  19   77004  36700   2312 R 100.0  0.0  12:06.78 wcgrid_mcm1_map
23870 boinc     39  19  337244 272312  48300 R 100.0  0.2 238:54.78 wcgrid_mip1_ros
23879 boinc     39  19  437288 362752  54036 R 100.0  0.3 238:55.29 wcgrid_mip1_ros
25413 boinc     39  19  407968 333420  53936 R 100.0  0.3 222:01.77 wcgrid_mip1_ros
25990 boinc     39  19   77268  37024   2380 R 100.0  0.0 215:37.21 wcgrid_mcm1_map
26771 boinc     39  19   77268  37016   2380 R 100.0  0.0 206:55.13 wcgrid_mcm1_map
26909 boinc     39  19   77272  37032   2380 R 100.0  0.0 205:26.09 wcgrid_mcm1_map
27058 boinc     39  19   77268  36968   2320 R 100.0  0.0 203:46.33 wcgrid_mcm1_map
28532 boinc     39  19   77136  37008   2380 R 100.0  0.0 187:26.61 wcgrid_mcm1_map
28944 boinc     39  19   77136  36992   2380 R 100.0  0.0 182:51.89 wcgrid_mcm1_map
30477 boinc     39  19   77140  36992   2380 R 100.0  0.0 165:53.40 wcgrid_mcm1_map
31516 boinc     39  19   77136  36972   2380 R 100.0  0.0 154:22.63 wcgrid_mcm1_map
31525 boinc     39  19   77136  36972   2380 R 100.0  0.0 154:17.46 wcgrid_mcm1_map
31554 boinc     39  19   77136  36976   2380 R 100.0  0.0 154:01.24 wcgrid_mcm1_map
31640 boinc     39  19   77136  36968   2380 R 100.0  0.0 153:03.18 wcgrid_mcm1_map
32117 boinc     39  19   77136  36968   2380 R 100.0  0.0 147:42.83 wcgrid_mcm1_map
 1043 boinc     39  19   77136  36880   2320 R  93.8  0.0 133:00.77 wcgrid_mcm1_map
 2198 boinc     39  19   77136  36928   2380 R  93.8  0.0 120:52.40 wcgrid_mcm1_map

but i was not using bunkering and i have big tasks queue, about 1000 tasks/machine so i'm not suffering from not having tasks
we will see during next days

newbie
Activity: 56
Merit: 0
i'm experiencing lower wcg rac over few last days, my firends too. anybody else?
11/15/2018       1:240:08:39:18       1,538,958       3,356
11/14/2018       1:235:15:29:10       1,751,752       3,300
11/13/2018       1:249:12:11:05       1,919,218       3,595
11/12/2018       1:238:23:13:54       2,175,887       3,618
it goes down a lot for same work. have anyone info whats going on?

i just found that if machine (all threads) starts working on this project, then temperature goes up by 10 degrees...
 wcgrid_mcm1_map
maybe it has something to do with poor results

Yes, I have the same experience, my RAC is going down, but the number of completed work is similar.
newbie
Activity: 18
Merit: 0
I find it difficult to believe nobody else has thoughts/comments/concerns on the Proof of Orphan Mining concept?

https://forum.biblepay.org/index.php?topic=306.msg4680

Please join the discussion we want feedback from the public.


I personaly think this is realy great and hopping for this project to get attention and beeing carry out.
This is going to the right direction, in the spirit of the coin.

Get that mining job for Orphan, they are going to work soon or later anyway
tho, i wonder what we're gonna do with that coal.
jr. member
Activity: 490
Merit: 4
I find it difficult to believe nobody else has thoughts/comments/concerns on the Proof of Orphan Mining concept?

https://forum.biblepay.org/index.php?topic=306.msg4680

Please join the discussion we want feedback from the public.
newbie
Activity: 103
Merit: 0
Are/have you been running MCM exclusively? And have you seen a slow down in the validation of work units? MCM require what is referred to as a wingman to validate the work units. Leading up to challenges, you will see numerous people deploying a tactic called bunkering where they load up their machines with a ton of work and then sit on the finished results waiting for the event to start so that they can dump all of the extra results during the challenge time frame. So, it is very possible a lot of your work was getting validated at a later time. Another possibility is that the points for work shifts slightly over time as part of the credit system used. You will find that for one person one type of work unit may pay better than for another person. The next day another work unit type may pay slightly better. In the end they kind of evens out.
newbie
Activity: 491
Merit: 0
i'm experiencing lower wcg rac over few last days, my firends too. anybody else?
11/15/2018       1:240:08:39:18       1,538,958       3,356
11/14/2018       1:235:15:29:10       1,751,752       3,300
11/13/2018       1:249:12:11:05       1,919,218       3,595
11/12/2018       1:238:23:13:54       2,175,887       3,618
it goes down a lot for same work. have anyone info whats going on?

i just found that if machine (all threads) starts working on this project, then temperature goes up by 10 degrees...
 wcgrid_mcm1_map
maybe it has something to do with poor results
MIP
newbie
Activity: 362
Merit: 0
I suspect there are some memory leaks with shared libraries in Ubuntu 18.04.

biblepayd eats up all the memory after some weeks and then crash. The same version in Ubuntu 16.04 stays stable at 25% on a 1GB VPS for months.

At this moment I would not recommend running masternodes in 18.04 as it seems the underlying libs are not mature enough yet.
newbie
Activity: 103
Merit: 0
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Thanks, I changed from minersleep=0 to =500. Now cpu is at 3% instead of 14%.

How high can the minersleep parameter be tweaked without causing a problem?


You could go to about 10000 and still solo mine (due to our distinct CPID rule), but above that it will be sleeping quite a bit.

member
Activity: 489
Merit: 12
Thanks, I changed from minersleep=0 to =500. Now cpu is at 3% instead of 14%.

How high can the minersleep parameter be tweaked without causing a problem?
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
My BBP windows wallet uses 14% of the cpu on a new machine with an Intel i77-7700 3.6 ghz.

Seems high, is this normal?

genproclimit=1

Please see if it drops after a few minutes.  Im watching my windows wallet now and its using 1%.
You can also try two more things:
minersleep=500

or

Test both biblepaycore32 or 64 bit just to see if there is a difference.

Minersleep sleeps for 500ms per 5~ second loop or so and lowers cpu usage.

jr. member
Activity: 490
Merit: 4
My BBP windows wallet uses 14% of the cpu on a new machine with an Intel i77-7700 3.6 ghz.

Seems high, is this normal?

genproclimit=1

Seema  bit high,  do you have the minersleep parameter setup?

full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
Even though things have gotten personal with the sleights and insults, one thing appears to me. That we are a community, and some of what has been brought up really needs to come to light, for the community about how things are being handled. They affect us all. Let's have a non-censored discussion.

It's actually in the best interest of everyone. Let everyone hear. If you all want to argue about whether so-and-so is acting Christian enough, then PMs are the way to go. But for community-wide issues, like how proposals work behind the scenes and potential conflicts of interest.  How can we say that only affects one person who needs to work it out in private? I don't want to make any comparisons to political parties who employ that tactic. Let's just say it tends to end badly for all. I'm really hoping that doesn't happen here.

Do I, as the owner of a tiny amount of biblepay, have the right to understand the proposal process?
Is it true anyone can just "reboot" their proposal until it passes (those with the most votes can take full advantage of this?
Can proposals really be hidden, and who has the decision on that?
How many nodes does the lead dev have?

These are examples of questions that arise because information only comes out piecemeal, maybe leaked from private conversations and messages. I don't want to see this sad trend continue, so let's get things out in the light, maybe then it's easier to trust again?   The problem with "let's just start over", is the questions that spawned the controversy are left unadressed. so the release of tension is only temporary. Then the cycle starts again, maybe with something new added to the fire. We can fix this, but we have to make some new patterns.


Some legitimate concerns from a user from the other thread.

Yep responded over there,  but it is said in a respectful way...  this is the difference inblue Smiley

Yes, there is a difference in that the "respectful" way doesn't produce any response from Rob. Smiley

I thought that TheSnat's reply to him was perfect and I didn't have anything to add.

InBlue, I apologize for being rude in the past to you.

member
Activity: 489
Merit: 12
My BBP windows wallet uses 14% of the cpu on a new machine with an Intel i77-7700 3.6 ghz.

Seems high, is this normal?

genproclimit=1
jr. member
Activity: 490
Merit: 4
Yep responded over there,  but it is said in a respectful way...  this is the difference inblue Smiley

Yes, there is a difference in that the "respectful" way doesn't produce any response from Rob. Smiley

Why are you trying to instigate a negative response? ...  

Are you only here to cause trouble?  If so then I need to apologize to Rob...  
I had assumed you were trying to bring things out into the open for an actual discussion.

He and I are having some in-depth philosophical discussions around how to handle things here,  I must say despite issues in our past,  it has been good to have a real conversation with him.
full member
Activity: 462
Merit: 103
Even though things have gotten personal with the sleights and insults, one thing appears to me. That we are a community, and some of what has been brought up really needs to come to light, for the community about how things are being handled. They affect us all. Let's have a non-censored discussion.

It's actually in the best interest of everyone. Let everyone hear. If you all want to argue about whether so-and-so is acting Christian enough, then PMs are the way to go. But for community-wide issues, like how proposals work behind the scenes and potential conflicts of interest.  How can we say that only affects one person who needs to work it out in private? I don't want to make any comparisons to political parties who employ that tactic. Let's just say it tends to end badly for all. I'm really hoping that doesn't happen here.

Do I, as the owner of a tiny amount of biblepay, have the right to understand the proposal process?
Is it true anyone can just "reboot" their proposal until it passes (those with the most votes can take full advantage of this?
Can proposals really be hidden, and who has the decision on that?
How many nodes does the lead dev have?

These are examples of questions that arise because information only comes out piecemeal, maybe leaked from private conversations and messages. I don't want to see this sad trend continue, so let's get things out in the light, maybe then it's easier to trust again?   The problem with "let's just start over", is the questions that spawned the controversy are left unadressed. so the release of tension is only temporary. Then the cycle starts again, maybe with something new added to the fire. We can fix this, but we have to make some new patterns.


Some legitimate concerns from a user from the other thread.

Yep responded over there,  but it is said in a respectful way...  this is the difference inblue Smiley

Yes, there is a difference in that the "respectful" way doesn't produce any response from Rob. Smiley
full member
Activity: 1176
Merit: 215
Jesus is the King of Kings and Lord of Lords
added new explorer   Wink
still syncing,so relax  Tongue
enjoy

https://biblepay.ovh/

Thanks Slovakia, this will be really nice over the long term!

I see the blocks are synced, and the Tx's are half synced.

Thanks for being a friend to the community.


member
Activity: 489
Merit: 12
Poll

Should we remove the PODC Team Blacklist? ................... Yes: 13 (54.2%)    No: 4 (16.7%)

Yes, but add a payout penalty to Non Team BiblePay users
(if this is chosen, a second poll will be made) .................. Yes: 7 (29.2%)   Abstain: 0 (0%)

                                                                                     Total Members Voted: 24

Voting closes: November 21, 2018, 12:19:16 pm

Go here to vote: https://forum.biblepay.org/index.php?topic=299.0
Jump to: