Bitcoin Forum
April 25, 2024, 06:19:49 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 138 139 140 141 142 143 144 145 146 [147] 148 149 150 151 152 153 154 155 156 157 158 159 »
  Print  
Author Topic: [~1000 GH/sec] BTC Guild - 0% Fee Pool, LP, SSL, Full Precision, and More  (Read 379025 times)
hugolp
Legendary
*
Offline Offline

Activity: 1148
Merit: 1001


Radix-The Decentralized Finance Protocol


View Profile
August 26, 2011, 01:04:32 PM
 #2921

Wow. We're on a super long 6 hour block!
And today was looking so good til now.

Hopefully is another of the recurrent hang ups of the scripts that report the data.


               ▄████████▄
               ██▀▀▀▀▀▀▀▀
              ██▀
             ███
▄▄▄▄▄       ███
██████     ███
    ▀██▄  ▄██
     ▀██▄▄██▀
       ████▀
        ▀█▀
The Radix DeFi Protocol is
R A D I X

███████████████████████████████████

The Decentralized

Finance Protocol
Scalable
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
██▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀██
██                   ██
██                   ██
████████████████     ██
██            ██     ██
██            ██     ██
██▄▄▄▄▄▄      ██     ██
██▀▀▀▀██      ██     ██
██    ██      ██     
██    ██      ██
███████████████████████

███
Secure
      ▄▄▄▄▄
    █████████
   ██▀     ▀██
  ███       ███

▄▄███▄▄▄▄▄▄▄███▄▄
██▀▀▀▀▀▀▀▀▀▀▀▀▀██
██             ██
██             ██
██             ██
██             ██
██             ██
██    ███████████

███
Community Driven
      ▄█   ▄▄
      ██ ██████▄▄
      ▀▀▄█▀   ▀▀██▄
     ▄▄ ██       ▀███▄▄██
    ██ ██▀          ▀▀██▀
    ██ ██▄            ██
   ██ ██████▄▄       ██▀
  ▄██       ▀██▄     ██
  ██▀         ▀███▄▄██▀
 ▄██             ▀▀▀▀
 ██▀
▄██
▄▄
██
███▄
▀███▄
 ▀███▄
  ▀████
    ████
     ████▄
      ▀███▄
       ▀███▄
        ▀████
          ███
           ██
           ▀▀

███
Radix is using our significant technology
innovations to be the first layer 1 protocol
specifically built to serve the rapidly growing DeFi.
Radix is the future of DeFi
█████████████████████████████████████

   ▄▄█████
  ▄████▀▀▀
  █████
█████████▀
▀▀█████▀▀
  ████
  ████
  ████

Facebook

███

             ▄▄
       ▄▄▄█████
  ▄▄▄███▀▀▄███
▀▀███▀ ▄██████
    █ ███████
     ██▀▀▀███
           ▀▀

Telegram

███

▄      ▄███▄▄
██▄▄▄ ██████▀
████████████
 ██████████▀
   ███████▀
 ▄█████▀▀

Twitter

██████

...Get Tokens...
1714025989
Hero Member
*
Offline Offline

Posts: 1714025989

View Profile Personal Message (Offline)

Ignore
1714025989
Reply with quote  #2

1714025989
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
fcmatt
Legendary
*
Offline Offline

Activity: 2072
Merit: 1001


View Profile
August 26, 2011, 02:23:17 PM
Last edit: August 26, 2011, 02:56:27 PM by fcmatt
 #2922

Wow. We're on a super long 6 hour block!
And today was looking so good til now.

Hopefully is another of the recurrent hang ups of the scripts that report the data.

One can only hope or today is basically shot.

The odds of us having an 8 hour block with the current pool speed is really really tiny...

By using this website: http://digbtc.com/ it seems like that is an awful lot of unclaimed blocks
for btcguild not to have grabbed one or more.
eleuthria (OP)
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
August 26, 2011, 03:20:41 PM
 #2923

I'm adding a new check to the new block code to prevent this from happening in the future.  We had a 600 share round that lasted barely over 2 seconds, so US West hadn't sync'd the round before the round ended.

The new check will ignore these server sync issues if the total shares of a round are under 15,000 [which is about 1 minute on one server].

The blocks from last night have now been properly calculated.

RIP BTC Guild, April 2011 - June 2015
fcmatt
Legendary
*
Offline Offline

Activity: 2072
Merit: 1001


View Profile
August 26, 2011, 03:23:57 PM
 #2924

I'm adding a new check to the new block code to prevent this from happening in the future.  We had a 600 share round that lasted barely over 2 seconds, so US West hadn't sync'd the round before the round ended.

The new check will ignore these server sync issues if the total shares of a round are under 15,000 [which is about 1 minute on one server].

The blocks from last night have now been properly calculated.

all is forgiven. especially when i squeaked in 5 shares out of 663 which resulted in a .377 payout. :-)
hugolp
Legendary
*
Offline Offline

Activity: 1148
Merit: 1001


Radix-The Decentralized Finance Protocol


View Profile
August 26, 2011, 03:51:14 PM
 #2925

I'm adding a new check to the new block code to prevent this from happening in the future.  We had a 600 share round that lasted barely over 2 seconds, so US West hadn't sync'd the round before the round ended.

The new check will ignore these server sync issues if the total shares of a round are under 15,000 [which is about 1 minute on one server].

The blocks from last night have now been properly calculated.

Did we actually had a 6:45 one, 10+ million shares? is that some kind of record?


               ▄████████▄
               ██▀▀▀▀▀▀▀▀
              ██▀
             ███
▄▄▄▄▄       ███
██████     ███
    ▀██▄  ▄██
     ▀██▄▄██▀
       ████▀
        ▀█▀
The Radix DeFi Protocol is
R A D I X

███████████████████████████████████

The Decentralized

Finance Protocol
Scalable
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
██▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀██
██                   ██
██                   ██
████████████████     ██
██            ██     ██
██            ██     ██
██▄▄▄▄▄▄      ██     ██
██▀▀▀▀██      ██     ██
██    ██      ██     
██    ██      ██
███████████████████████

███
Secure
      ▄▄▄▄▄
    █████████
   ██▀     ▀██
  ███       ███

▄▄███▄▄▄▄▄▄▄███▄▄
██▀▀▀▀▀▀▀▀▀▀▀▀▀██
██             ██
██             ██
██             ██
██             ██
██             ██
██    ███████████

███
Community Driven
      ▄█   ▄▄
      ██ ██████▄▄
      ▀▀▄█▀   ▀▀██▄
     ▄▄ ██       ▀███▄▄██
    ██ ██▀          ▀▀██▀
    ██ ██▄            ██
   ██ ██████▄▄       ██▀
  ▄██       ▀██▄     ██
  ██▀         ▀███▄▄██▀
 ▄██             ▀▀▀▀
 ██▀
▄██
▄▄
██
███▄
▀███▄
 ▀███▄
  ▀████
    ████
     ████▄
      ▀███▄
       ▀███▄
        ▀████
          ███
           ██
           ▀▀

███
Radix is using our significant technology
innovations to be the first layer 1 protocol
specifically built to serve the rapidly growing DeFi.
Radix is the future of DeFi
█████████████████████████████████████

   ▄▄█████
  ▄████▀▀▀
  █████
█████████▀
▀▀█████▀▀
  ████
  ████
  ████

Facebook

███

             ▄▄
       ▄▄▄█████
  ▄▄▄███▀▀▄███
▀▀███▀ ▄██████
    █ ███████
     ██▀▀▀███
           ▀▀

Telegram

███

▄      ▄███▄▄
██▄▄▄ ██████▀
████████████
 ██████████▀
   ███████▀
 ▄█████▀▀

Twitter

██████

...Get Tokens...
fcmatt
Legendary
*
Offline Offline

Activity: 2072
Merit: 1001


View Profile
August 26, 2011, 03:52:31 PM
 #2926

I'm adding a new check to the new block code to prevent this from happening in the future.  We had a 600 share round that lasted barely over 2 seconds, so US West hadn't sync'd the round before the round ended.

The new check will ignore these server sync issues if the total shares of a round are under 15,000 [which is about 1 minute on one server].

The blocks from last night have now been properly calculated.

Did we actually had a 6:45 one, 10+ million shares? is that some kind of record?

Nope. It is actually happened before and to multiple pools. It is almost becoming common to see
one every month or what not.
hugolp
Legendary
*
Offline Offline

Activity: 1148
Merit: 1001


Radix-The Decentralized Finance Protocol


View Profile
August 26, 2011, 04:21:43 PM
 #2927

Nope. It is actually happened before and to multiple pools. It is almost becoming common to see
one every month or what not.

Well, that puts us on the negative on this round again. Im kind of getting use to it.


               ▄████████▄
               ██▀▀▀▀▀▀▀▀
              ██▀
             ███
▄▄▄▄▄       ███
██████     ███
    ▀██▄  ▄██
     ▀██▄▄██▀
       ████▀
        ▀█▀
The Radix DeFi Protocol is
R A D I X

███████████████████████████████████

The Decentralized

Finance Protocol
Scalable
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
██▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀██
██                   ██
██                   ██
████████████████     ██
██            ██     ██
██            ██     ██
██▄▄▄▄▄▄      ██     ██
██▀▀▀▀██      ██     ██
██    ██      ██     
██    ██      ██
███████████████████████

███
Secure
      ▄▄▄▄▄
    █████████
   ██▀     ▀██
  ███       ███

▄▄███▄▄▄▄▄▄▄███▄▄
██▀▀▀▀▀▀▀▀▀▀▀▀▀██
██             ██
██             ██
██             ██
██             ██
██             ██
██    ███████████

███
Community Driven
      ▄█   ▄▄
      ██ ██████▄▄
      ▀▀▄█▀   ▀▀██▄
     ▄▄ ██       ▀███▄▄██
    ██ ██▀          ▀▀██▀
    ██ ██▄            ██
   ██ ██████▄▄       ██▀
  ▄██       ▀██▄     ██
  ██▀         ▀███▄▄██▀
 ▄██             ▀▀▀▀
 ██▀
▄██
▄▄
██
███▄
▀███▄
 ▀███▄
  ▀████
    ████
     ████▄
      ▀███▄
       ▀███▄
        ▀████
          ███
           ██
           ▀▀

███
Radix is using our significant technology
innovations to be the first layer 1 protocol
specifically built to serve the rapidly growing DeFi.
Radix is the future of DeFi
█████████████████████████████████████

   ▄▄█████
  ▄████▀▀▀
  █████
█████████▀
▀▀█████▀▀
  ████
  ████
  ████

Facebook

███

             ▄▄
       ▄▄▄█████
  ▄▄▄███▀▀▄███
▀▀███▀ ▄██████
    █ ███████
     ██▀▀▀███
           ▀▀

Telegram

███

▄      ▄███▄▄
██▄▄▄ ██████▀
████████████
 ██████████▀
   ███████▀
 ▄█████▀▀

Twitter

██████

...Get Tokens...
gnar1ta$
Donator
Hero Member
*
Offline Offline

Activity: 798
Merit: 500


View Profile
August 26, 2011, 05:06:00 PM
 #2928

I'm adding a new check to the new block code to prevent this from happening in the future.  We had a 600 share round that lasted barely over 2 seconds, so US West hadn't sync'd the round before the round ended.

The new check will ignore these server sync issues if the total shares of a round are under 15,000 [which is about 1 minute on one server].

The blocks from last night have now been properly calculated.

Did we actually had a 6:45 one, 10+ million shares? is that some kind of record?

Nope. It is actually happened before and to multiple pools. It is almost becoming common to see
one every month or what not.

Mineco completed a 11.9 million share round recently....that sucked.

Losing hundreds of Bitcoins with the best scammers in the business - BFL, Avalon, KNC, HashFast.
eleuthria (OP)
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
August 26, 2011, 06:19:02 PM
 #2929

Stats are updating again, was informed of the apache exploit regarding the request range header.  Restarted apache during a stat update, which sets a switch to stop the server from running it multiple times simultaneously.  Fixed the switch and now everything is back to normal.

RIP BTC Guild, April 2011 - June 2015
eleuthria (OP)
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
August 27, 2011, 04:25:51 AM
 #2930

I'm pleased to announce the return of EU (DE) servers.  These servers are actually running on new load balancing setup that should completely eliminate long poll delays due to overloaded network interfaces.  You can use the new servers by just entering 'btcguild.com' as the server [not uswest./uscentral., just btcguild.com).  If you want to make sure you always point at these servers unless they are removed, you can also use de.btcguild.com

RIP BTC Guild, April 2011 - June 2015
BookLover
Hero Member
*****
Offline Offline

Activity: 533
Merit: 500


^Bitcoin Library of Congress.


View Profile
August 28, 2011, 01:01:05 AM
 #2931

Are you planning on implementing difficulty 2 or >2 shares soon?  I was really looking forward to that feature when you first announced it.

P.S. Thanks for the great pool.(soon to be absolutely amazing once the pool's luck improves Grin)

fcmatt
Legendary
*
Offline Offline

Activity: 2072
Merit: 1001


View Profile
August 28, 2011, 01:21:50 AM
 #2932

Are you planning on implementing difficulty 2 or >2 shares soon?  I was really looking forward to that feature when you first announced it.

P.S. Thanks for the great pool.(soon to be absolutely amazing once the pool's luck improves Grin)

I doubt he will because load is not such a big deal anymore. The code, pushpoold i think it is called, has now
been optimized to handle much more load then before.
PcChip
Sr. Member
****
Offline Offline

Activity: 418
Merit: 250


View Profile
August 28, 2011, 04:04:25 AM
 #2933

"...has now been optimized to handle much more load then before."

Like a bukakke robot, if you will.

Legacy signature from 2011: 
All rates with Phoenix 1.50 / PhatK
5850 - 400 MH/s  |  5850 - 355 MH/s | 5830 - 310 MH/s  |  GTX570 - 115 MH/s | 5770 - 210 MH/s | 5770 - 200 MH/s
Syke
Legendary
*
Offline Offline

Activity: 3878
Merit: 1193


View Profile
August 28, 2011, 07:48:09 AM
 #2934

Is there something wrong with the stats website? I haven't seen updates in a few hours.

Buy & Hold
BookLover
Hero Member
*****
Offline Offline

Activity: 533
Merit: 500


^Bitcoin Library of Congress.


View Profile
August 28, 2011, 01:14:29 PM
 #2935

Are you planning on implementing difficulty 2 or >2 shares soon?  I was really looking forward to that feature when you first announced it.

P.S. Thanks for the great pool.(soon to be absolutely amazing once the pool's luck improves Grin)

I doubt he will because load is not such a big deal anymore. The code, pushpoold i think it is called, has now
been optimized to handle much more load then before.

You are misunderstanding my motive for difficulty 2 or >2 shares.  I desire to have this feature so it will lower MY bandwidth usage.(I'm running on limited bandwidth per 24 section Tongue Cry)  If eleuthria will implement difficulty 2 or >2 shares, then I can run more computers on his pool without having to worry about my internet being ground to a near halt. Cheesy

fcmatt
Legendary
*
Offline Offline

Activity: 2072
Merit: 1001


View Profile
August 28, 2011, 03:16:50 PM
 #2936

Are you planning on implementing difficulty 2 or >2 shares soon?  I was really looking forward to that feature when you first announced it.

P.S. Thanks for the great pool.(soon to be absolutely amazing once the pool's luck improves Grin)

I doubt he will because load is not such a big deal anymore. The code, pushpoold i think it is called, has now
been optimized to handle much more load then before.

You are misunderstanding my motive for difficulty 2 or >2 shares.  I desire to have this feature so it will lower MY bandwidth usage.(I'm running on limited bandwidth per 24 section Tongue Cry)  If eleuthria will implement difficulty 2 or >2 shares, then I can run more computers on his pool without having to worry about my internet being ground to a near halt. Cheesy

I think you are the first person to ever complain about bandwidth usage when it comes to mining. One could get away with 10 computers
on a 128K ISDN line and i doubt it would stress it much. Low latency is more of a key then a fat pipe.

But i can be wrong. I will admit I am not graphing my switch ports my miners are connected to. I consider the bandwidth they use
to be trivial.

So to implement diff 2 shares because you are on dialup?
BookLover
Hero Member
*****
Offline Offline

Activity: 533
Merit: 500


^Bitcoin Library of Congress.


View Profile
August 28, 2011, 08:59:19 PM
 #2937

I think you are misunderstanding my situation.  I am limited to ~200MB per 24h or my connection will be grounded to a near halt.(This limit is not just on my miners and includes normal data consumption)

fcmatt
Legendary
*
Offline Offline

Activity: 2072
Merit: 1001


View Profile
August 28, 2011, 09:23:12 PM
 #2938

I think you are misunderstanding my situation.  I am limited to ~200MB per 24h or my connection will be grounded to a near halt.(This limit is not just on my miners and includes normal data consumption)

Then I guess it would be nice to know how much the miners are using versus your other internet use?
How many MB do the miners use in a day for how many video cards/PCs?

And you must realize that you are in a very unique situation and cutting down bandwidth was not the goal of diff 2 shares.
eleuthria (OP)
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
August 29, 2011, 03:08:36 PM
 #2939

I think you are misunderstanding my situation.  I am limited to ~200MB per 24h or my connection will be grounded to a near halt.(This limit is not just on my miners and includes normal data consumption)

I'm sorry, but at this time I do not plan on returning to the plan of implementing diff=2 shares.  The downstream bandwith would be basically the same on your end, only the upstream would be reduced.  I can't imagine what kind of terrible ISP you have that has bandwith caps at 6 GB/month, unless you're mining on a cell phone plan?


In other news, the EU (DE) cluster just doubled in size.  I'm moving US West miners to that server at this time, in an attempt to save on costs while improving overall pool performance.

RIP BTC Guild, April 2011 - June 2015
BookLover
Hero Member
*****
Offline Offline

Activity: 533
Merit: 500


^Bitcoin Library of Congress.


View Profile
August 29, 2011, 07:23:54 PM
 #2940

I think you are misunderstanding my situation.  I am limited to ~200MB per 24h or my connection will be grounded to a near halt.(This limit is not just on my miners and includes normal data consumption)

Then I guess it would be nice to know how much the miners are using versus your other internet use?
How many MB do the miners use in a day for how many video cards/PCs?

And you must realize that you are in a very unique situation and cutting down bandwidth was not the goal of diff 2 shares.

Each miner uses about ~36MB per day.

I know my I'm in a very unique situation.  I'm not whining, complaining, or otherwise pitifully begging, I'm just asking if eleuthria ever plans on implementing difficulty 2 or >2 shares.

I think you are misunderstanding my situation.  I am limited to ~200MB per 24h or my connection will be grounded to a near halt.(This limit is not just on my miners and includes normal data consumption)

I'm sorry, but at this time I do not plan on returning to the plan of implementing diff=2 shares.  The downstream bandwith would be basically the same on your end, only the upstream would be reduced.  I can't imagine what kind of terrible ISP you have that has bandwith caps at 6 GB/month, unless you're mining on a cell phone plan?


In other news, the EU (DE) cluster just doubled in size.  I'm moving US West miners to that server at this time, in an attempt to save on costs while improving overall pool performance.
Thanks for letting me know, I guess I'll have to figure something else out.

P.S. It's not a cell phone plan I'm just in a place where it's really hard to get a decent internet connection.

P.P.S. Do you know if it is possible to set up my miners to run through a central computer to your pool or if that would even decrease MB consumption?

Pages: « 1 ... 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 138 139 140 141 142 143 144 145 146 [147] 148 149 150 151 152 153 154 155 156 157 158 159 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!