Bitcoin Forum
December 11, 2016, 04:39:09 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 [87] 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 ... 376 »
  Print  
Author Topic: [1050 TH] BitMinter.com [1% PPLNS,Pays TxFees +MergedMining,Stratum,GBT,vardiff]  (Read 776367 times)
Turbor
Legendary
*
Offline Offline

Activity: 1008


BitMinter


View Profile WWW
September 22, 2012, 12:00:31 PM
 #1721

Seems to work well... so far Wink

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481431149
Hero Member
*
Offline Offline

Posts: 1481431149

View Profile Personal Message (Offline)

Ignore
1481431149
Reply with quote  #2

1481431149
Report to moderator
1481431149
Hero Member
*
Offline Offline

Posts: 1481431149

View Profile Personal Message (Offline)

Ignore
1481431149
Reply with quote  #2

1481431149
Report to moderator
loshia
Legendary
*
Offline Offline

Activity: 1372


View Profile
September 22, 2012, 12:09:12 PM
 #1722

Thanks Doc. I fired cgminer 2.7.5 latest git code a couple of mins ago
My Efficiency is constantly increasing >1000% now which means that it is working
However:

1. miner.php - stats all to false
Work Had Roll Time   Work Can Roll   Work Had Expire   Work Roll Time
false   false   false   0




Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
DrHaribo
Legendary
*
Offline Offline

Activity: 1974


Bitminter.com Operator


View Profile WWW
September 22, 2012, 01:30:39 PM
 #1723

Thanks to all who are participating in the test. We even had a BTC block on the test port. Cheesy

It seems mostly stable, but it did log one request taking 678ms. So there seems to be a problem, it's just very rare that it gets triggered. That's a difficult bug to find.

I'll leave the test running, perhaps just shutting it down momentarily to get it updated. Hopefully I can pinpoint the problem.

1. miner.php - stats all to false
Work Had Roll Time   Work Can Roll   Work Had Expire   Work Roll Time
false   false   false   0

I'm not sure what this is. Where is it grabbing data from?

▶▶▶ Bitminter.com - Your trusted mining pool since 2011.
loshia
Legendary
*
Offline Offline

Activity: 1372


View Profile
September 22, 2012, 01:41:58 PM
 #1724

Doc,
I do not know either:) Just for the reference.... Don't ask what does it mean. I guess it is something specific to the protocol and headers revived from the pool:

in cgminer util.c
 if (!strcasecmp("X-Roll-Ntime", key)) {
                hi->hadrolltime = true;
                if (!strncasecmp("N", val, 1))
                        applog(LOG_DEBUG, "X-Roll-Ntime: N found");
                else {
                        hi->canroll = true;

                        /* Check to see if expire= is supported and if not, set
                         * the rolltime to the default scantime */
                        if (strlen(val) > 7 && !strncasecmp("expire=", val, 7)) {
                                sscanf(val + 7, "%d", &hi->rolltime);
                                hi->hadexpire = true;
                        } else
                                hi->rolltime = opt_scantime;
                        applog(LOG_DEBUG, "X-Roll-Ntime expiry set to %d", hi->rolltime);
                }
        }


https://en.bitcoin.it/wiki/Getwork

Iff the getwork response includes a "X-Roll-NTime" header with any value other than "N" or the null string, the miner may (within reason) change the ntime field in addition to the nonce. The server may send a value of "expire=<N>", where <N> is an integer number of seconds it is willing to accept the other headers for. Note that if the "X-Roll-NTime" header is NOT present in a work response, that work may NOT be rolled, even if earlier work from the same server allowed it. Also note that the headers of a share submission should not influence the behaviour of work-- specifically, if a share submit does not have the header, it should not disable rollntime for the current work (which did).


Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
DrHaribo
Legendary
*
Offline Offline

Activity: 1974


Bitminter.com Operator


View Profile WWW
September 22, 2012, 01:56:18 PM
 #1725

I do not know either:) Just for the reference.... Don't ask what does it mean. I guess it is something specific to the protocol and headers revived from the pool:

Ah, you didn't get rollable work? It can happen if your hashrate is low or your efficiency is very low.

▶▶▶ Bitminter.com - Your trusted mining pool since 2011.
loshia
Legendary
*
Offline Offline

Activity: 1372


View Profile
September 22, 2012, 02:07:16 PM
 #1726

I do not think so....
My hash rate is about 11442.0 Mh/s (compared to top guy's it is low for sure) and current efficiency was (copy pasting just killed my screen:))

 cgminer version 2.7.5 - Started: [2012-09-22 14:51:00]
--------------------------------------------------------------------------------
 ALL (5s):10262.4 (avg):11442.0 Mh/s | Q:1781  A:21187  R:3  HW:43  E:1190%  U:1
 TQ: 0  ST: 33  SS: 0  DW: 700  NB: 17  LW: 54457  GF: 28  RF: 0  WU: 159.8
 Connected to http://mint.bitminter.com:9000 with LP as user
 Block: 0000050e21b47eaef0f818b858cce18a...  Started: [16:58:38]

PS: can someone who is testing with cgminer confirm if he is getting some stats on miner.php about this. Doing this we will know if there is a problem or not

miner.php - Stats next to the pool
Work Had Roll Time   Work Can Roll   Work Had Expire   Work Roll Time

10X

Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
DrHaribo
Legendary
*
Offline Offline

Activity: 1974


Bitminter.com Operator


View Profile WWW
September 22, 2012, 02:20:37 PM
 #1727

ALL (5s):10262.4 (avg):11442.0 Mh/s | Q:1781  A:21187  R:3  HW:43  E:1190%  U:1

Efficiency 1190%, so you do get rollable work or it wouldn't be that high.

Someone who knows miner.php can perhaps help with why it doesn't show any data?

▶▶▶ Bitminter.com - Your trusted mining pool since 2011.
loshia
Legendary
*
Offline Offline

Activity: 1372


View Profile
September 22, 2012, 02:24:05 PM
 #1728

Thanks Doc!
I will dig it out and see what is going on...
Great work! As i said in my first post when efficiency > 100% It is working..
PS: i did a tcpudump and i am not able to see such a header - X-Roll-Ntime. It shall be provided buy the pool or requested from the miner?

sudo tcpdump -tqunvXei eth1 | grep time
tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
        0x0100:  6174 6520 726f 6c6c 6e74 696d 6520 7375  ate.rollntime.su
        0x0100:  7465 2072 6f6c 6c6e 7469 6d65 2073 7562  te.rollntime.sub
        0x0070:  3a20 7469 6d65 6f75 743d 3839 352c 206d  :.timeout=895,.m
        0x0100:  7465 2072 6f6c 6c6e 7469 6d65 2073 7562  te.rollntime.sub
        0x0070:  3a20 7469 6d65 6f75 743d 3839 352c 206d  :.timeout=895,.m
        0x0100:  7465 2072 6f6c 6c6e 7469 6d65 2073 7562  te.rollntime.sub
        0x0070:  3a20 7469 6d65 6f75 743d 3839 352c 206d  :.timeout=895,.m
        0x0100:  7465 2072 6f6c 6c6e 7469 6d65 2073 7562  te.rollntime.sub
        0x0100:  7465 2072 6f6c 6c6e 7469 6d65 2073 7562  te.rollntime.sub


An so on X-Roll is missing

Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
DrHaribo
Legendary
*
Offline Offline

Activity: 1974


Bitminter.com Operator


View Profile WWW
September 22, 2012, 02:58:44 PM
 #1729

PS: i did a tcpudump and i am not able to see such a header - X-Roll-Ntime. It shall be provided buy the pool or requested from the miner?

The client includes "rollntime" in its X-Mining-Extensions header to signal that it has rollntime support.

The server then includes an X-Roll-NTime header to give rollable work.

▶▶▶ Bitminter.com - Your trusted mining pool since 2011.
loshia
Legendary
*
Offline Offline

Activity: 1372


View Profile
September 22, 2012, 03:06:51 PM
 #1730

Ok..I thought so. But as you can see from the tcpdump  The server never includes an X-Roll-NTime header to give rollable work.

sudo tcpdump -tqunvXei eth1 | grep Roll
tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes


Nothing happens no X-Roll-NTime Header

What about doing same simple tcpdump check on your server and you will see if it sends X-Roll-NTime or not?

Here is cgminer request from tcpdump

.45510 > 176.9.104.178.9000: tcp 322
        0x0000:  4500 016a aed6 4000 4006 1148 5f6f 0145  E..j..@.@..H_o.E
        0x0010:  b009 68b2 b1c6 2328 f73a 8c37 9ba9 cdde  ..h...#(.:.7....
        0x0020:  5018 0294 7acc 0000 504f 5354 202f 2048  P...z...POST./.H
        0x0030:  5454 502f 312e 310d 0a41 7574 686f 7269  TTP/1.1..Authori
        0x0040:  7a61 7469 6f6e 3a20 4261 7369 6320 5a6e  zation:.Basic.x=..
        0x0070:  486f 7374 3a20 6d69 6e74 2e62 6974 6d69  Host:.mint.bitmi
        0x0080:  6e74 6572 2e63 6f6d 3a39 3030 300d 0a41  nter.com:9000..A
        0x0090:  6363 6570 743a 202a 2f2a 0d0a 4163 6365  ccept:.*/*..Acce
        0x00a0:  7074 2d45 6e63 6f64 696e 673a 2064 6566  pt-Encoding:.def
        0x00b0:  6c61 7465 2c20 677a 6970 0d0a 436f 6e74  late,.gzip..Cont
        0x00c0:  656e 742d 7479 7065 3a20 6170 706c 6963  ent-type:.applic
        0x00d0:  6174 696f 6e2f 6a73 6f6e 0d0a 582d 4d69  ation/json..X-Mi
        0x00e0:  6e69 6e67 2d45 7874 656e 7369 6f6e 733a  ning-Extensions:
        0x00f0:  206c 6f6e 6770 6f6c 6c20 6d69 6473 7461  .longpoll.midsta
        0x0100:  7465 2072 6f6c 6c6e 7469 6d65 2073 7562  te.rollntime.sub
        0x0110:  6d69 746f 6c64 0d0a 582d 4d69 6e69 6e67  mitold..X-Mining
        0x0120:  2d48 6173 6872 6174 653a 2031 3038 3539  -Hashrate:.10859
        0x0130:  3030 3030 3030 0d0a 436f 6e74 656e 742d  000000..Content-
        0x0140:  4c65 6e67 7468 3a20 3330 350d 0a55 7365  Length:.305..Use
        0x0150:  722d 4167 656e 743a 2063 676d 696e 6572  r-Agent:.cgminer
        0x0160:  2032 2e37 2e35 0d0a 0d0a                 .2.7.5....

Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
SgtMoth
Hero Member
*****
Offline Offline

Activity: 893


buy silver!


View Profile
September 22, 2012, 04:56:01 PM
 #1731

winded down my gpu mining, i have the test miner set your way Dr.  Hopefully ill be back real soon Wink
DrHaribo
Legendary
*
Offline Offline

Activity: 1974


Bitminter.com Operator


View Profile WWW
September 22, 2012, 05:27:11 PM
 #1732

What about doing same simple tcpdump check on your server and you will see if it sends X-Roll-NTime or not?

Try case insensitive grep. There's no way you'd get over 1000% efficiency if it wasn't rolling ntime.

winded down my gpu mining, i have the test miner set your way Dr.  Hopefully ill be back real soon Wink

Cool, thanks very much for your support of the pool. Looking forward to your comeback. Smiley

▶▶▶ Bitminter.com - Your trusted mining pool since 2011.
loshia
Legendary
*
Offline Offline

Activity: 1372


View Profile
September 22, 2012, 07:47:59 PM
 #1733

OK Doc.
I trust you:)
But i have so many rejects which was not happening when mining withoot roll-ntime enabled port 8332. Rejects Where < 0.03 % Now i see Rejected    593 (14.37%) at port 9000. Could be caused because you are restarting service now and then or there is other issue involved?
Anyway i will continue to mine with roolntime enabled tonight and will wait for your feedback on rejects
10X

Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
PsychoticBoy
Donator
Legendary
*
Offline Offline

Activity: 1456


Parental Advisory Explicit Content


View Profile
September 22, 2012, 08:14:59 PM
 #1734

Port 9000 is working great, efficiency is through the roof  Grin

Thanks Dr Haribo
DrHaribo
Legendary
*
Offline Offline

Activity: 1974


Bitminter.com Operator


View Profile WWW
September 22, 2012, 09:54:13 PM
 #1735

But i have so many rejects which was not happening when mining withoot roll-ntime enabled port 8332. Rejects Where < 0.03 % Now i see Rejected    593 (14.37%) at port 9000. Could be caused because you are restarting service now and then or there is other issue involved?

I restarted once to add more logging to find out what's going wrong. There would be some stales then, but 593 seems very high.I think this was about 14:38 UTC. Are you still getting many rejects now?

Hmm, it may be that I fumbled a bit and took a moment to get the new version running. And with rollntime the clients may just keep working. When finally the server comes back they send in lots of work that will be rejected. I'll make sure if I restart again I do it very quickly.

Port 9000 is working great, efficiency is through the roof  Grin

Cool Smiley

What you are probably not noticing is that every once in a while a request or two is taking way too long to process, sometimes more than a second. It appears the same bug is still there, it just happens very seldom because the hashrate on the test port is much lower.

I'll look at what it might be, and perhaps add more diagnostics. May have to restart again to get a new version up. Sadly that will cause some rejected work. But no, it shouldn't be 500+ rejects, it should just be a couple.

▶▶▶ Bitminter.com - Your trusted mining pool since 2011.
loshia
Legendary
*
Offline Offline

Activity: 1372


View Profile
September 23, 2012, 05:56:20 AM
 #1736

Doc,
I did check the RollN header with eligus mining pool. What i can tell you that my tcpdump is OK and i am geting it and I can see it from eligus. Miner.php shows it also. I am quite sure that your poll does not send it for some reason. Can i do something more to help you out to trace that issue?
I have restarted cgminer to be able to zero the rejects and test eligus pool. Now i am back to bitminter:9000 i will keep you noted about their count
Best.

PS: Can you put a hook in your code where RollN header has been sent and count it? So you can see if it is working and that header is sent to all of us

10X

Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
DrHaribo
Legendary
*
Offline Offline

Activity: 1974


Bitminter.com Operator


View Profile WWW
September 23, 2012, 09:49:54 AM
 #1737

I am quite sure that your poll does not send it for some reason.

I am quite sure you are getting rollable work or you would not have efficiency over 1000%.

I believe Eligius sets expire to 120 seconds on roll-ntime? The BitMinter server uses longer expiration times. Try keeping the tcpdump running until you hit a block change (long poll) and your client grabs new work from the server.

▶▶▶ Bitminter.com - Your trusted mining pool since 2011.
kano
Legendary
*
Online Online

Activity: 1932


Linux since 1997 RedHat 4


View Profile
September 23, 2012, 09:52:40 AM
 #1738

I am quite sure that your poll does not send it for some reason.

I am quite sure you are getting rollable work or you would not have efficiency over 1000%.

I believe Eligius sets expire to 120 seconds on roll-ntime? The BitMinter server uses longer expiration times. Try keeping the tcpdump running until you hit a block change (long poll) and your client grabs new work from the server.

cgminer API stats will tell you all the 'roll' information received for the last submitted share.
Check that as often as you like to see what the last share was.

Pool: https://kano.is BTC: 1KanoiBupPiZfkwqB7rfLXAzPnoTshAVmb
CKPool and CGMiner developer, IRC FreeNode #ckpool and #cgminer kanoi
Help keep Bitcoin secure by mining on pools with Stratum, the best protocol to mine Bitcoins with ASIC hardware
DrHaribo
Legendary
*
Offline Offline

Activity: 1974


Bitminter.com Operator


View Profile WWW
September 23, 2012, 05:28:15 PM
 #1739

I got a suggestion from PsychoticBoy to change the N in PPLNS from 2x difficulty to 4x difficulty. That would be to double the size of the shifts. Please speak up if you have an opinion on it.

Currently 10 shifts take about 5 hours. Doubling shift size would mean 10 shifts take 10 hours at the current pool hashrate. This would mean it takes longer before a proof of work is fully paid, but also that the variance for a proof of work goes down. 24/7 miners shouldn't notice much, but those who don't mine 24/7 should experience reduced variance.

In other news the testing on port 9000 helped uncover a bottleneck that has now been fixed. A big thanks to all who are mining there to help with testing. The test is still running. I'll try and finish up what will hopefully be the next production version of the mining backend, let it run on the test port for a bit, then bring it over on the regular port.

▶▶▶ Bitminter.com - Your trusted mining pool since 2011.
abeaulieu
Sr. Member
****
Offline Offline

Activity: 295



View Profile
September 23, 2012, 06:13:03 PM
 #1740

I got a suggestion from PsychoticBoy to change the N in PPLNS from 2x difficulty to 4x difficulty. That would be to double the size of the shifts. Please speak up if you have an opinion on it.

Currently 10 shifts take about 5 hours. Doubling shift size would mean 10 shifts take 10 hours at the current pool hashrate. This would mean it takes longer before a proof of work is fully paid, but also that the variance for a proof of work goes down. 24/7 miners shouldn't notice much, but those who don't mine 24/7 should experience reduced variance.

In other news the testing on port 9000 helped uncover a bottleneck that has now been fixed. A big thanks to all who are mining there to help with testing. The test is still running. I'll try and finish up what will hopefully be the next production version of the mining backend, let it run on the test port for a bit, then bring it over on the regular port.


Great job with implementing RollNtime on port 9000! My cgminer seems to be quite content with it. It is a little unnerving not seeing mining statistics appear in the website in certain places, but I suppose that's a symptom of a beta implementation.

I don't really have much of a preference with increasing the N in PPLNS. Eventually the increase in hash rate will bring the time/shift down anyway.

Also, how difficult would it be to implement a time zone selection for users? It is probably just me, but I like looking at the timestamps for shifts and when blocks were created and converting time zones kind of drives me nuts.

Thanks again Dr!
Pages: « 1 ... 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 [87] 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 ... 376 »
  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!