Bitcoin Forum
December 12, 2017, 04:57:13 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 [802]
  Print  
Author Topic: [1500 TH] p2pool: Decentralized, DoS-resistant, Hop-Proof pool  (Read 2553868 times)
Cryptonomist
Newbie
*
Offline Offline

Activity: 25


View Profile
December 11, 2017, 01:20:47 PM
 #16021

Cryptonomist, your CPU is faster than bitlock1's, and is probably fast enough to run jtoomimnet p2pool with pypy and with an acceptable (but not excellent) DOA+orphan rate, though of course faster would be better.

Edit: based on PMs, it looks like Cryptonomist's setup is working okay. jtoomimnet will often choose higher pseudoshare difficulty, especially on startup, and Cryptonomist is using USB miners with a very low hashrate (~80 GH/s), so he's only finding one stratum share (p2pool pseudoshare) every 15 minutes or so. But it's working.

Hello,

So i'm no mining again on my own p2pool node using jtoomim's fork. However, there are still some things that aren't very clear to me. I've been running my miners and node now for a couple of hours, however, the p2pool output is still the following:

Code:
2017-12-11 13:57:56.476565 Peer sent entire transaction c714882643dfb355152cffe5ec79754a64c73610fb9c41edaccc8e4ca641c6b7 that was already received
2017-12-11 13:57:58.721058 Peer sent entire transaction c714882643dfb355152cffe5ec79754a64c73610fb9c41edaccc8e4ca641c6b7 that was already received
2017-12-11 13:57:59.927420 Peer sent entire transaction c714882643dfb355152cffe5ec79754a64c73610fb9c41edaccc8e4ca641c6b7 that was already received
2017-12-11 13:58:04.081785 Peer sent entire transaction 5fc8f4ccf5ccd68c4a0ca57a30fbca580061a75873b0bed4cbc9e8a441e5e64a that was already received
2017-12-11 13:58:05.791001 Peer sent entire transaction 5fc8f4ccf5ccd68c4a0ca57a30fbca580061a75873b0bed4cbc9e8a441e5e64a that was already received
2017-12-11 13:58:06.049836 Peer sent entire transaction 5fc8f4ccf5ccd68c4a0ca57a30fbca580061a75873b0bed4cbc9e8a441e5e64a that was already received
2017-12-11 13:58:06.285570 Peer sent entire transaction 5fc8f4ccf5ccd68c4a0ca57a30fbca580061a75873b0bed4cbc9e8a441e5e64a that was already received
2017-12-11 13:58:06.726747 Peer sent entire transaction 5fc8f4ccf5ccd68c4a0ca57a30fbca580061a75873b0bed4cbc9e8a441e5e64a that was already received
2017-12-11 13:58:12.124851 Peer sent entire transaction 5fc8f4ccf5ccd68c4a0ca57a30fbca580061a75873b0bed4cbc9e8a441e5e64a that was already received
2017-12-11 13:58:14.679518 Peer sent entire transaction 5fc8f4ccf5ccd68c4a0ca57a30fbca580061a75873b0bed4cbc9e8a441e5e64a that was already received
2017-12-11 13:58:14.902474 P2Pool: 17628 shares in chain (16240 verified/17632 total) Peers: 10 (4 incoming)
2017-12-11 13:58:14.902849  Local: 0H/s in last 0.0 seconds Local dead on arrival: ??? Expected time to share: ???
2017-12-11 13:58:14.903110  Shares: 0 (0 orphan, 0 dead) Stale rate: ??? Efficiency: ??? Current payout: (0.0000)=0.0000 BTC
2017-12-11 13:58:14.903413  Pool: 7173TH/s Stale rate: 3.2% Expected time to block: 11.0 days
2017-12-11 13:58:15.408087 Peer sent entire transaction 5fc8f4ccf5ccd68c4a0ca57a30fbca580061a75873b0bed4cbc9e8a441e5e64a that was already received
2017-12-11 13:58:18.516933 Peer sent entire transaction bea3223c82a3c08b75c9d51b7ce7a3bb1931d3dec355903a0d214ad50e569393 that was already received
2017-12-11 13:58:19.591504 Peer sent entire transaction 521b0e85fece2a4af6b84f9cd7a9a57b310a9a1b3a0349f74308f07ed33bf196 that was already received
2017-12-11 13:58:21.115704 Peer sent entire transaction 7f7e0343783c01bd435e6c2291d2c3ff662e7f2f011c20e63cda9753b5ef5e91 that was already received
2017-12-11 13:58:21.277624 Peer sent entire transaction 7f7e0343783c01bd435e6c2291d2c3ff662e7f2f011c20e63cda9753b5ef5e91 that was already received
2017-12-11 13:58:21.414326 Peer sent entire transaction 7f7e0343783c01bd435e6c2291d2c3ff662e7f2f011c20e63cda9753b5ef5e91 that was already received
2017-12-11 13:58:22.602042 Peer sent entire transaction 7f7e0343783c01bd435e6c2291d2c3ff662e7f2f011c20e63cda9753b5ef5e91 that was already received
2017-12-11 13:58:29.465659 Peer sent entire transaction eefc6be2c096c3f0a4b5a2f40b3db71dee318b094db1c4669560495b1f60a742 that was already received
2017-12-11 13:58:30.497847 Peer sent entire transaction 7f7e0343783c01bd435e6c2291d2c3ff662e7f2f011c20e63cda9753b5ef5e91 that was already received
2017-12-11 13:58:30.743429 Peer sent entire transaction eefc6be2c096c3f0a4b5a2f40b3db71dee318b094db1c4669560495b1f60a742 that was already received
2017-12-11 13:58:35.010332 Peer sent entire transaction eefc6be2c096c3f0a4b5a2f40b3db71dee318b094db1c4669560495b1f60a742 that was already received
2017-12-11 13:58:36.765627 Peer sent entire transaction eefc6be2c096c3f0a4b5a2f40b3db71dee318b094db1c4669560495b1f60a742 that was already received
2017-12-11 13:58:36.815290 Peer sent entire transaction eefc6be2c096c3f0a4b5a2f40b3db71dee318b094db1c4669560495b1f60a742 that was already received
2017-12-11 13:58:38.326642 Peer sent entire transaction eefc6be2c096c3f0a4b5a2f40b3db71dee318b094db1c4669560495b1f60a742 that was already received
2017-12-11 13:58:39.066717 Peer sent entire transaction eefc6be2c096c3f0a4b5a2f40b3db71dee318b094db1c4669560495b1f60a742 that was already received
2017-12-11 13:58:43.359680 Generating a share with 1009297 bytes (289609 new) and 572 transactions (281 new)
2017-12-11 13:58:43.454053 Warning: Previous share's timestamp is 205 seconds old.
2017-12-11 13:58:43.454353 Make sure your system clock is accurate, and ensure that you're connected to decent peers.
2017-12-11 13:58:43.454537 If your clock is more than 300 seconds behind, it can result in orphaned shares.
2017-12-11 13:58:43.454685 (It's also possible that this share is just taking a long time to mine.)
2017-12-11 13:58:43.510764 New work for xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Diff: 346418.14 Share diff: 49058729.28 Block value: 13.78 BTC (572 tx, 1009 kB)
2017-12-11 13:58:43.999881 Generating a share with 1009297 bytes (289609 new) and 572 transactions (281 new)
2017-12-11 13:58:44.095464 Warning: Previous share's timestamp is 206 seconds old.
2017-12-11 13:58:44.095825 Make sure your system clock is accurate, and ensure that you're connected to decent peers.
2017-12-11 13:58:44.095977 If your clock is more than 300 seconds behind, it can result in orphaned shares.
2017-12-11 13:58:44.096125 (It's also possible that this share is just taking a long time to mine.)
2017-12-11 13:58:44.226306 Peer sent entire transaction c1200722f49b5865e71c72509ba7378a720b04597208b3ea84dcc2d2736ed1d0 that was already received
2017-12-11 13:58:44.325999 Peer sent entire transaction 896452b94905c8bab594c088a3ae17f99a286f3e0d4514c31ab8ae52e84cfe23 that was already received
2017-12-11 13:58:44.494081 Peer sent entire transaction 688583e03e9043bbd6566c9ef5da8f0550d8a8b960f0b9239a94e4fc99887c5e that was already received
2017-12-11 13:58:44.671330 Peer sent entire transaction 896452b94905c8bab594c088a3ae17f99a286f3e0d4514c31ab8ae52e84cfe23 that was already received
2017-12-11 13:58:44.911456 Peer sent entire transaction 688583e03e9043bbd6566c9ef5da8f0550d8a8b960f0b9239a94e4fc99887c5e that was already received
2017-12-11 13:58:45.033646 P2Pool: 17628 shares in chain (16240 verified/17632 total) Peers: 10 (4 incoming)
2017-12-11 13:58:45.033913  Local: 0H/s in last 0.0 seconds Local dead on arrival: ??? Expected time to share: ???
2017-12-11 13:58:45.034058  Shares: 0 (0 orphan, 0 dead) Stale rate: ??? Efficiency: ??? Current payout: (0.0000)=0.0000 BTC
2017-12-11 13:58:45.034204  Pool: 7173TH/s Stale rate: 3.2% Expected time to block: 11.0 days
2017-12-11 13:58:45.092149 Peer sent entire transaction 688583e03e9043bbd6566c9ef5da8f0550d8a8b960f0b9239a94e4fc99887c5e that was already received
2017-12-11 13:58:53.621809 Peer sent entire transaction 688583e03e9043bbd6566c9ef5da8f0550d8a8b960f0b9239a94e4fc99887c5e that was already received
2017-12-11 13:58:53.957365 Peer sent entire transaction 688583e03e9043bbd6566c9ef5da8f0550d8a8b960f0b9239a94e4fc99887c5e that was already received
2017-12-11 13:58:57.317096 Peer sent entire transaction a94cf7b5a6d446b901783e8168141bd5699b18b099d6315621441251b7c4659b that was already received
2017-12-11 13:58:57.330907 Peer sent entire transaction 97d75c8a745d8b8593d328e3f4150a243f75cf3531c7f4c67fef447841500d87 that was already received
2017-12-11 13:58:57.527107 Peer sent entire transaction 97d75c8a745d8b8593d328e3f4150a243f75cf3531c7f4c67fef447841500d87 that was already received
2017-12-11 13:58:57.970848 Peer sent entire transaction 97d75c8a745d8b8593d328e3f4150a243f75cf3531c7f4c67fef447841500d87 that was already received
2017-12-11 13:58:58.373802 Peer sent entire transaction 97d75c8a745d8b8593d328e3f4150a243f75cf3531c7f4c67fef447841500d87 that was already received
2017-12-11 13:58:58.617500 Peer sent entire transaction 97d75c8a745d8b8593d328e3f4150a243f75cf3531c7f4c67fef447841500d87 that was already received

So as you can see, although my miners are pointed to my node at 127.0.0.1:9332, the local rate is still 0H/s. My miners are very slow, but still I think that their hash rate should be visible. Or am I missing something?

Also, it is strange that my cgminer now again gives 0 accepted and 5815374 rejected. This is something I find strange.

The output of cgminer is:

Code:
cgminer version 4.10.0 - Started: [2017-12-11 11:12:05.150]
--------------------------------------------------------------------------------
 (5s):105.8G (1m):96.54G (5m):93.58G (15m):90.14G (avg):95.91Gh/s
 A:0  R:5815374  HW:263  WU:1334.1/m
 Connected to 127.0.0.1 diff 329K with stratum as user xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
 Block: 8ee4d35a...  Diff:1.59T  Started: [14:10:53.954]  Best share: 226K
--------------------------------------------------------------------------------
 [U]SB management [P]ool management [S]ettings [D]isplay options [Q]uit
 0: BSC 10000197: COMPAC-1 150.00MHz HW:0 | 7.307G / 8.277Gh/s WU:115.7/m
 1: BSD 10013137: COMPAC-2 200.00MHz HW:262 | 21.02G / 21.96Gh/s WU:301.0/m
 2: BSD 10013099: COMPAC-2 200.00MHz HW:1 | 34.09G / 21.93Gh/s WU:306.4/m
 3: BSD 10013031: COMPAC-2 200.00MHz HW:0 | 28.43G / 21.79Gh/s WU:304.4/m
 4: BSD 10013138: COMPAC-2 200.00MHz HW:0 | 21.81G / 21.95Gh/s WU:306.7/m

Code:
[2017-12-11 13:52:13.774] Stratum from pool 0 requested work restart
 [2017-12-11 13:52:27.996] Stratum from pool 0 requested work restart
 [2017-12-11 13:52:40.520] Pool 0 difficulty changed to 342703.6
 [2017-12-11 13:52:40.521] Stratum from pool 0 requested work restart
 [2017-12-11 13:53:40.111] Pool 0 difficulty changed to 338314.9
 [2017-12-11 13:53:40.111] Stratum from pool 0 requested work restart
 [2017-12-11 13:53:42.105] Stratum from pool 0 requested work restart
 [2017-12-11 13:54:00.967] Pool 0 difficulty changed to 337301.9
 [2017-12-11 13:54:00.967] Stratum from pool 0 requested work restart
 [2017-12-11 13:54:22.709] Pool 0 difficulty changed to 335591.2
 [2017-12-11 13:54:22.710] Stratum from pool 0 requested work restart
 [2017-12-11 13:54:23.999] Stratum from pool 0 requested work restart
 [2017-12-11 13:54:53.832] Pool 0 difficulty changed to 333706.6
 [2017-12-11 13:54:53.832] Stratum from pool 0 requested work restart
 [2017-12-11 13:55:18.669] Pool 0 difficulty changed to 332825.1
 [2017-12-11 13:55:18.669] Stratum from pool 0 requested work restart
 [2017-12-11 13:55:41.308] Pool 0 difficulty changed to 329907.0
 [2017-12-11 13:55:41.308] Stratum from pool 0 requested work restart
 [2017-12-11 13:57:11.395] Stratum connection to pool 0 interrupted
 [2017-12-11 13:57:12.424] Pool 0 difficulty changed to 322413.0
 [2017-12-11 13:57:12.428] Stratum from pool 0 requested work restart
 [2017-12-11 13:57:13.008] Pool 0 difficulty changed to 329907.0
 [2017-12-11 13:57:13.008] Stratum from pool 0 requested work restart
 [2017-12-11 13:57:13.008] Rejected untracked stratum share from pool 0
 [2017-12-11 13:58:43.051] Stratum connection to pool 0 interrupted
 [2017-12-11 13:58:44.164] Pool 0 difficulty changed to 346418.1
 [2017-12-11 13:58:44.169] Stratum from pool 0 detected new block at height 498741
 [2017-12-11 13:58:44.256] Stratum from pool 0 requested work restart
 [2017-12-11 13:58:44.262] Rejected untracked stratum share from pool 0
 [2017-12-11 13:59:04.957] Pool 0 difficulty changed to 345313.8
 [2017-12-11 13:59:04.957] Stratum from pool 0 requested work restart
 [2017-12-11 13:59:49.833] Pool 0 difficulty changed to 349850.7
 [2017-12-11 13:59:49.833] Stratum from pool 0 detected new block at height 498742
 [2017-12-11 14:00:26.001] Pool 0 difficulty changed to 344780.4
 [2017-12-11 14:00:26.002] Stratum from pool 0 requested work restart
 [2017-12-11 14:00:27.293] Stratum from pool 0 requested work restart
 [2017-12-11 14:00:44.426] Pool 0 difficulty changed to 342663.0
 [2017-12-11 14:00:44.427] Stratum from pool 0 requested work restart
 [2017-12-11 14:00:53.575] Pool 0 difficulty changed to 341213.7
 [2017-12-11 14:00:53.575] Stratum from pool 0 requested work restart
 [2017-12-11 14:00:55.052] Stratum from pool 0 requested work restart
 [2017-12-11 14:02:04.548] Pool 0 difficulty changed to 333298.2
 [2017-12-11 14:02:04.548] Stratum from pool 0 requested work restart
 [2017-12-11 14:02:26.943] Pool 0 difficulty changed to 330923.5
 [2017-12-11 14:02:26.943] Stratum from pool 0 requested work restart

So it detects the new blocks. But the work is always restarted, and the difficulty adjusted. Under normal operation I should see a lot of accepted, which is here not the case. I understand that the difficulty is higher on the jtoomim fork, but even then I should have seen some accepted in the last couple of hours.
We know (jtoomim confirmed this) that my miners work, so it must be that something is wrong with my p2pool node or with the connection between my miners and my p2pool node. However, the output of p2pool doesn't seem abnormal. It looks like a normal operating p2pool node, except for the timestamp error (this error was only temporary). Also, cgminer doesn't give any error messages. It's just that I don't know what is going wrong, since that I use exactly the same setup like the one i was using for mining on the main p2pool. So does anyone have a suggestion of what I can try next? Or is this purely because my miners are to slow?

Thank you in advance.



 
1513097833
Hero Member
*
Offline Offline

Posts: 1513097833

View Profile Personal Message (Offline)

Ignore
1513097833
Reply with quote  #2

1513097833
Report to moderator
1513097833
Hero Member
*
Offline Offline

Posts: 1513097833

View Profile Personal Message (Offline)

Ignore
1513097833
Reply with quote  #2

1513097833
Report to moderator
1513097833
Hero Member
*
Offline Offline

Posts: 1513097833

View Profile Personal Message (Offline)

Ignore
1513097833
Reply with quote  #2

1513097833
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
Kiefff
Newbie
*
Offline Offline

Activity: 10


View Profile
December 11, 2017, 04:23:07 PM
 #16022

Hey all, been running a p2pool LTC node and its been going great until I get 10GH + of miners on my node. Ive ran it on my 12 core xeon(only 2.6gh clock). Then after reading that p2pool does better on single core high clock I ran the node on my i5 OC'd. Still the same issue. Now I'm trying my i7 3770 with the same issues. My pipeline is a biz connection, 100/20 to my home. Would running it with pypy work? I seen Jtoom mention it, but not sure if its just for his 1mb_segwit fork? Sorry, been trying to read ALL the pages in here before I come and ask. I'm all about p2pool, great work.
jtoomim
Hero Member
*****
Offline Offline

Activity: 751


View Profile WWW
December 11, 2017, 04:41:58 PM
 #16023

Cryptonomist, your node is handing out a difficulty of around 300k to your miners. The expected number of hashes needed to find a 300k diff pseudoshare is 300000*2**48/0xffff = 1.28 PH. With a hashrate of 80 GH/s, it's expected that would take about 4.47 hours per pseudoshare. Since p2pool needs to switch jobs every 30 seconds or so, that means that 99.82% of the time, p2pool would switch jobs before your miner found a (pseudo)share.

I suggest you manually set a lower pseudoshare difficulty (e.g. 256, for about 14 sec per) by putting address+256 as your stratum username. This will only affect your stats, not your revenue. You can also put address+256/32768 to set your share difficulty target to either 32768 or the network's minimum share difficulty (whichever is higher) if you want to have a better chance of mining an actual share.

Ideally, I would tweak my p2pool code so that it would adjust pseudoshare difficulty more quickly and intelligently to miners with different hashrates. However, that's pretty low on my priority list right now, since it does not affect revenue or resource requirements at all.

Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power.
http://Toom.im
jtoomim
Hero Member
*****
Offline Offline

Activity: 751


View Profile WWW
December 11, 2017, 04:51:36 PM
 #16024

Hey all, been running a p2pool LTC node and its been going great until I get 10GH + of miners on my node.
Kiefff, can you describe in more detail what the issue is when it hits 10 GH/s? What goes wrong? Does your CPU get pegged at 100% on one core? Does the web UI become less responsive? Does it spit out error messages? Does your efficiency drop and your orphan rate increase? Does your machine halt and catch fire? It would be useful to have some more information on what the problem actually is.

Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power.
http://Toom.im
Kiefff
Newbie
*
Offline Offline

Activity: 10


View Profile
December 11, 2017, 05:42:20 PM
 #16025

Hey all, been running a p2pool LTC node and its been going great until I get 10GH + of miners on my node.
Kiefff, can you describe in more detail what the issue is when it hits 10 GH/s? What goes wrong? Does your CPU get pegged at 100% on one core? Does the web UI become less responsive? Does it spit out error messages? Does your efficiency drop and your orphan rate increase? Does your machine halt and catch fire? It would be useful to have some more information on what the problem actually is.

Hi, thanks for the response and sorry for lack of detail when asking for troubleshooting help. I know it can be super annoying. It seems everyone on the node, now that it is past 10GH local, now has high rejection rates(even my locally connected miners) and I also notice a increase in local stale shares. So it seems when A CPU core spikes to 100%, local dead on arrival spikes to around 15-16% and then goes back down after things seem to calm down on the CPU core. Local stale share % then starts to drop until the process starts all over again. Web UI seems to be just as responsive during these times, from what I can tell. No fire yet =] Thanks again for the reply.


it seems when this comes up, the CPU core spikes and my problem above happens

Code:
2017-12-11 12:23:58.579394 Peer sent entire transaction ffe7dff1b877c24f5dab32947698137d7e35fec51ab8accc0cbc59c947d5d230 that was already received
2017-12-11 12:23:58.591211 Peer sent entire transaction 8560094e76b112e54302624cbfe9aa0f666edd19d8526fa7da46fd7c2c460749 that was already received
2017-12-11 12:23:58.596509 Peer sent entire transaction ffe7dff1b877c24f5dab32947698137d7e35fec51ab8accc0cbc59c947d5d230 that was already received
2017-12-11 12:23:58.601995 Peer sent entire transaction ffe7dff1b877c24f5dab32947698137d7e35fec51ab8accc0cbc59c947d5d230 that was already received
2017-12-11 12:23:58.820905 Peer sent entire transaction 8560094e76b112e54302624cbfe9aa0f666edd19d8526fa7da46fd7c2c460749 that was already received
2017-12-11 12:23:58.844515 Peer sent entire transaction 8560094e76b112e54302624cbfe9aa0f666edd19d8526fa7da46fd7c2c460749 that was already received
2017-12-11 12:23:59.009682 Peer sent entire transaction 8560094e76b112e54302624cbfe9aa0f666edd19d8526fa7da46fd7c2c460749 that was already received
2017-12-11 12:23:59.031231 Peer sent entire transaction 8560094e76b112e54302624cbfe9aa0f666edd19d8526fa7da46fd7c2c460749 that was already received
Kiefff
Newbie
*
Offline Offline

Activity: 10


View Profile
December 11, 2017, 07:32:57 PM
 #16026

http://814204445081.sn.mynetname.net:9327/static/
jtoomim
Hero Member
*****
Offline Offline

Activity: 751


View Profile WWW
December 11, 2017, 08:05:48 PM
 #16027

Kiefff, it looks like you have a lot of different mining addresses on the same node. Most of the work that p2pool needs to do is per worker address, not per worker. If you have 1000 miners all sharing the same worker address, that's less work for p2pool than 10 miners each with a different address. If you can change the miners to all use the same worker address, you should be able to handle the load just fine. That might not be an option, though.

I also notice that you seem to have enabled incoming p2p connections (e.g. by forwarding a port on your router) a few days ago, and you're now getting about 2x as many connections. Each connection increases the CPU load on your node, so if you have a slow CPU, you may be better off limiting your node to e.g. 5 connections total.

Pypy will probably also help as long as you have enough RAM. It looks like you're currently using about 1.8 GB of RAM on CPython, so that might increase to 4 GB if you switch to Pypy.

My p2pool modifications would probably help too, but I haven't tried running them on Litecoin yet, so I don't know if they would work.

Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power.
http://Toom.im
Kiefff
Newbie
*
Offline Offline

Activity: 10


View Profile
December 11, 2017, 09:44:57 PM
 #16028

Kiefff, it looks like you have a lot of different mining addresses on the same node. Most of the work that p2pool needs to do is per worker address, not per worker. If you have 1000 miners all sharing the same worker address, that's less work for p2pool than 10 miners each with a different address. If you can change the miners to all use the same worker address, you should be able to handle the load just fine. That might not be an option, though.

I also notice that you seem to have enabled incoming p2p connections (e.g. by forwarding a port on your router) a few days ago, and you're now getting about 2x as many connections. Each connection increases the CPU load on your node, so if you have a slow CPU, you may be better off limiting your node to e.g. 5 connections total.

Pypy will probably also help as long as you have enough RAM. It looks like you're currently using about 1.8 GB of RAM on CPython, so that might increase to 4 GB if you switch to Pypy.

My p2pool modifications would probably help too, but I haven't tried running them on Litecoin yet, so I don't know if they would work.

Jtoomim,

I will try to limit total connections as you suggested. I will give pypy a go as well. The rig itself has 16Gb of memory and I will always increase it to meet the needs. I will do some messing around with your fork as well on my spare rig. Thank you again for the reply and honestly, what you do for p2pool in general. I see EST block time is down on your Jtoomimnet. I tell anyone that asks to hop on if they want to mine some BTC.
Kiefff
Newbie
*
Offline Offline

Activity: 10


View Profile
December 11, 2017, 09:52:44 PM
 #16029

and thanks to all that contribute with different p2pool forks as well. Its all good work.
jtoomim
Hero Member
*****
Offline Offline

Activity: 751


View Profile WWW
Today at 02:50:01 AM
 #16030

I have pushed some new code into 1mb_segwit. Changes:

  • Initial support for Bitcoin Cash. Use --net bitcoincash at the command line. Please let me know if you plan on running a BCH node with high uptime so I can add you to the DNS seeds list.
  • Compatible with bitcoind pruning. Set "prune=10000" in your bitcoin.conf to limit it to 10 GB of disk space used for block storage (plus around 5 GB for the UTXO database)
  • Improved block size and weight checking to avoid invalid blocks caused by the coinbase transaction putting the block over 4 million weight. Shares that exceed the block size or weight limits will be punished (i.e. orphaned).
  • Minor CPU usage improvements by caching deserialized and unhexlified transactions when performing getblocktemplate calls

Hosting bitcoin miners for $65 to $80/kW/month on clean, cheap hydro power.
http://Toom.im
0RajA0
Newbie
*
Offline Offline

Activity: 22


View Profile
Today at 03:36:40 AM
 #16031

Here anyone from India doing mining successfully? I need a help...
Pages: « 1 ... 752 753 754 755 756 757 758 759 760 761 762 763 764 765 766 767 768 769 770 771 772 773 774 775 776 777 778 779 780 781 782 783 784 785 786 787 788 789 790 791 792 793 794 795 796 797 798 799 800 801 [802]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!