Pages:
Author

Topic: [~1000 GH/sec] BTC Guild - 0% Fee Pool, LP, SSL, Full Precision, and More - page 98. (Read 379078 times)

hero member
Activity: 924
Merit: 506
An attempt was made at using HAProxy as a sticky load balancer / failover redirect this evening, but it was quickly overloaded.  The volume of connections that the pool makes, in addition to the geographic spread of the servers was causing the latency to freeze up HAProxy.

More work being done tomorrow, and hopefully the US Central server will be up as well.


In other news, BTC Guild now has a mascot that showed up at my door this afternoon: http://i.imgur.com/0MOIB.jpg

What will you name the kitten?  Little Bit? Cheesy
kjj
legendary
Activity: 1302
Merit: 1026
The real question is, does he want cheezburger?
full member
Activity: 336
Merit: 100
OMGMOGMGOM SO CUTEEEE <333333333333333
full member
Activity: 180
Merit: 100
They're so cute when they're little Wink My old lady wants to always have a kitten in the house. We're up to 3 cats so far.
hero member
Activity: 499
Merit: 500
Now that is one cool looking cat.   Cheesy
legendary
Activity: 1750
Merit: 1007
An attempt was made at using HAProxy as a sticky load balancer / failover redirect this evening, but it was quickly overloaded.  The volume of connections that the pool makes, in addition to the geographic spread of the servers was causing the latency to freeze up HAProxy.

More work being done tomorrow, and hopefully the US Central server will be up as well.


In other news, BTC Guild now has a mascot that showed up at my door this afternoon: http://i.imgur.com/0MOIB.jpg
full member
Activity: 336
Merit: 100
hero member
Activity: 924
Merit: 506
Mh/s  glitch?

I just started mining about 12 hours ago using BTCGuild. Let me say first, it was a lot easier to set up than I thought Smiley
The GUIminer I'm using did seem to have several times where it could not communicate with the RPC whatever.

Here's what's odd, unless it can be explained as a glitch on BTCGuild. By the hardware comparisons chart on the bitcoin wiki, we can see that the 6970 had a range of about [323 Mh/s - 423 Mh/s]. I am using one 6970 with a desktop and churning about 358 Mh/s. [tried tweaking a little, but it didn't go up and is fine while I take in the big picture of the process.] On BTCGuild it shows one's hash rate at the bottom and I assume it's close estimate of recent activity... it showed closer to 300 Mh/s. Maybe lower becasue of some averaging function that factored in time when the miner was offline for rebooting etc - e.g. discovering websites with video ads can crash it.  Undecided

After being away from the system for a while and the monitors went to sleep, I came back and logged in to inspect the activity, and  saw that there was 443 Mh/s on the account. If it's true, then it is a value greater than the range of 6970's setups in the bitcoin wiki.

Is this a glitch with BTCGuild or did the miner suddenly become more efficient?

The system is simple:
Windows 7
CPU: Intel i7 2600
GPU: 1 x 6970
Miner: Guiminer
ADD SDK: v. 2.4

At the this time, the pool account is showing a lower hash rate (257 Mh/s) than the Guiminer is showing 351 Mh/s (almost the same all day). The system had no down time for several hours. That also seems odd, but perhaps, it is due to BTCGuild being down or something, and then diluting it with averaging over time, maybe?  But I can't see how the higher hash rate could be calculated.

Any ideas on why BTCGuild read such a higher hashrate that time?
full member
Activity: 217
Merit: 100
Funny thing is, Deepbit is having problems too....

Where to switch now lol Tongue

for real, today has been so frustrating.
full member
Activity: 336
Merit: 100
Funny thing is, Deepbit is having problems too....

Where to switch now lol Tongue
sr. member
Activity: 406
Merit: 250
never had so many miner is idle messages.... very disappointing considered I just switched two nights ago.  Apparently a shitload of other people did too, and I understand, but at this point 2% fee is more acceptable than losing work......

I am back to slush's till this gets worked out
legendary
Activity: 2156
Merit: 1072
Crypto is the separation of Power and State.
US West is going at half the rate of the other three.

That's not good, right?

hero member
Activity: 504
Merit: 502
mmm no matter what server i manually select or balance loader, the connections keep resetting to btcguild while mining.
legendary
Activity: 1750
Merit: 1007
New server to act as a load balancer has just been made available.  Hoping to get it deployed this evening.  Current priorities are:

1)  Real load balancing (not Round-Robin DNS)
2)  Moving the website off of US West's pool server
3)  Setting up US Central (Chicago)
hero member
Activity: 634
Merit: 500
The lower the "f" value, the higher the priority.
Is there anywhere I can find what these flags mean exactly? I mean, I can put all this in, but I'd like to know what the -v -w and -f are for. Also, I assume the higher number -f takes precedent correct? So I'd set the btc guild hire, but if I wanted to fall back to solo mining it'd be set lower?
This web page has the poclbm.py source code. poclbm.exe uses this as well.

https://github.com/m0mchil/poclbm/blob/master/poclbm.py

On that page you can see there are a number of different "Extra Flags" to use.

  • The -v flag tells the miner to use vectors. Works great on ATI cards.
  • The -w flag tells the miner what worksize to use. This is sorta/kinda like how much of the block to work on(?). But bigger is not always faster. You can freely tweak this number up or down. The limit would be your GPU Ram.
  • The -f flag tells the the miner how many frames per seconds to use. For me, this has always dedicated more GPU power to whatever is lower. Remember, your video display is also a GPU process (which I think equates to about -f30). Again, you can freely tweak this number to get your system|Mhash/sec to work best for you.


poclbm.exe flags
Code:
parser.add_option('-u', '--user',     dest='user',     default='bitcoin',   help='user name')
parser.add_option('--pass',           dest='password', default='password',  help='password')
parser.add_option('-o', '--host',     dest='host',     default='127.0.0.1', help='RPC host (without \'http://\')')
parser.add_option('-p', '--port',     dest='port',     default='8332',      help='RPC port', type='int')
parser.add_option('-r', '--rate',     dest='rate',     default=1,           help='hash rate display interval in seconds, default=1', type='float')
parser.add_option('-f', '--frames',   dest='frames',   default=30,          help='will try to bring single kernel execution to 1/frames seconds, default=30, increase this for less desktop lag', type='int')
parser.add_option('-d', '--device',   dest='device',   default=-1,          help='use device by id, by default asks for device', type='int')
parser.add_option('-a', '--askrate',  dest='askrate',  default=5,           help='how many seconds between getwork requests, default 5, max 10', type='int')
parser.add_option('-w', '--worksize', dest='worksize', default=-1,          help='work group size, default is maximum returned by opencl', type='int')
parser.add_option('-v', '--vectors',  dest='vectors',  action='store_true', help='use vectors')
parser.add_option('--verbose',        dest='verbose',  action='store_true', help='verbose output, suitable for redirection to log file')
parser.add_option('--platform',       dest='platform', default=-1,          help='use platform by id', type='int')
newbie
Activity: 28
Merit: 0
You can configure your miner to mine at a backup pool especially if you use poclbm.exe.
Run two instances of poclbm per GPU. Use the "f" command to give one pool priority over another. The lower the "f" value, the higher the priority.
-f30 to one pool will have priority over -f60 on a second pool.
This will split your GPU processing power to about 92% | 8% between the two pools. If one pool is idle, poclbm will automatically shift your mining power to the backup. This is even easier to setup and monitor using guiminer.
This has worked flawlessly for me and has always kept my GPUs at 100% through BTC Guild's growing pains.
How exactly do you do this? I've been trying to figure it out with no luck so far.

If you are using command line poclbm.exe (and an ATI/AMD based video card) try this:

Code:
poclbm.exe --user=username_workername --pass=password -o btcguild.com -p 8332 -d0 --verbose -v -w128 -f30

And then run poclbm.exe again with you other pool worker sign-on info.

Code:
poclbm.exe --user=username --pass=password -o other.pool.address -p 8332 -d0 --verbose -v -w128 -f60


If you are using GUIminer (adn ATI/AMD video cards) do this:
  • Go to "File" menu and choose "New OpenCL miner"
  • A pop-up windows will appear to name the miner. You can name it what even you want. I named it "Guild."
  • This will create a new tab in the GUIminer window. Click on it so we can start configuring.
  • In the "Server dropdown box, choose "BTC Guild."
  • In the Username box, type in your username_workername. Fill in your password in the password box.
  • In the Device name, choose your GPU. If you have multiple GPUs, they will be listed in there. They are numbered starting with 0. You will also see your CPU as a usable device. (This is a hint that you can use your CPU to mine, but it will slow your system to a crawl.)
  • In the "Extra Flags" box you can type in:
Code:
-v -w128 -f30
  • You can tweak these numbers to try to get as many Mhash/sec as you can.
  • Remember to go back to the "File" menu and "Save Settings"

Now, repeat these steps again. This time using a different pool. When you get to "Device" just use the same device again.
In the "extra flags" box, just use -f60  or any higher number.



The main point is to use two miner per GPU. If you have 2 video cards, setup 4 miners.

If you found this helpful and feel generous, a gratuity would be appreciated at: 1JJjL5nxzBfjFjJWoviU9mzrY3fQKxJfvV

Again, thank you for the help, it will be rewarded. Is there anywhere I can find what these flags mean exactly? I mean, I can put all this in, but I'd like to know what the -v -w and -f are for. Also, I assume the higher number -f takes precedent correct? So I'd set the btc guild hire, but if I wanted to fall back to solo mining it'd be set lower?
hero member
Activity: 634
Merit: 500
You can configure your miner to mine at a backup pool especially if you use poclbm.exe.
Run two instances of poclbm per GPU. Use the "f" command to give one pool priority over another. The lower the "f" value, the higher the priority.
-f30 to one pool will have priority over -f60 on a second pool.
This will split your GPU processing power to about 92% | 8% between the two pools. If one pool is idle, poclbm will automatically shift your mining power to the backup. This is even easier to setup and monitor using guiminer.
This has worked flawlessly for me and has always kept my GPUs at 100% through BTC Guild's growing pains.
How exactly do you do this? I've been trying to figure it out with no luck so far.

If you are using command line poclbm.exe (and an ATI/AMD based video card) try this:

Code:
poclbm.exe --user=username_workername --pass=password -o btcguild.com -p 8332 -d0 --verbose -v -w128 -f30

And then run poclbm.exe again with you other pool worker sign-on info.

Code:
poclbm.exe --user=username --pass=password -o other.pool.address -p 8332 -d0 --verbose -v -w128 -f60


If you are using GUIminer (adn ATI/AMD video cards) do this:
  • Go to "File" menu and choose "New OpenCL miner"
  • A pop-up windows will appear to name the miner. You can name it what even you want. I named it "Guild."
  • This will create a new tab in the GUIminer window. Click on it so we can start configuring.
  • In the "Server dropdown box, choose "BTC Guild."
  • In the Username box, type in your username_workername. Fill in your password in the password box.
  • In the Device name, choose your GPU. If you have multiple GPUs, they will be listed in there. They are numbered starting with 0. You will also see your CPU as a usable device. (This is a hint that you can use your CPU to mine, but it will slow your system to a crawl.)
  • In the "Extra Flags" box you can type in:
Code:
-v -w128 -f30
  • You can tweak these numbers to try to get as many Mhash/sec as you can.
  • Remember to go back to the "File" menu and "Save Settings"

Now, repeat these steps again. This time using a different pool. When you get to "Device" just use the same device again.
In the "extra flags" box, just use -f60  or any higher number.



The main point is to use two miner per GPU. If you have 2 video cards, setup 4 miners.

If you found this helpful and feel generous, a gratuity would be appreciated at: 1JJjL5nxzBfjFjJWoviU9mzrY3fQKxJfvV
newbie
Activity: 28
Merit: 0
Quicker?  
eleuthria, you are doing a fantastic job. We know this is not your primary job and are working on the pool every chance you get.
We, the mining public, can be patient while you work on setting up your fifth server in less than a month.

To all BTC Guild miners:
You will experience some problems when the new server is put online. There is no way to avoid it. All the servers must be in sync and there is no way to do that without some service interruptions.

While BTC Guild is growing, consider setting up a "back-up" pool.

You can configure your miner to mine at a backup pool especially if you use poclbm.exe.
Run two instances of poclbm per GPU. Use the "f" command to give one pool priority over another. The lower the "f" value, the higher the priority.
-f30 to one pool will have priority over -f60 on a second pool.
This will split your GPU processing power to about 92% | 8% between the two pools. If one pool is idle, poclbm will automatically shift your mining power to the backup. This is even easier to setup and monitor using guiminer.
This has worked flawlessly for me and has always kept my GPUs at 100% through BTC Guild's growing pains.

How exactly do you do this? I've been trying to figure it out with no luck so far.
hero member
Activity: 634
Merit: 500
Quicker?  
eleuthria, you are doing a fantastic job. We know this is not your primary job and are working on the pool every chance you get.
We, the mining public, can be patient while you work on setting up your fifth server in less than a month.

To all BTC Guild miners:
You will experience some problems when the new server is put online. There is no way to avoid it. All the servers must be in sync and there is no way to do that without some service interruptions.

While BTC Guild is growing, consider setting up a "back-up" pool.

You can configure your miner to mine at a backup pool especially if you use poclbm.exe.
Run two instances of poclbm per GPU. Use the "f" command to give one pool priority over another. The lower the "f" value, the higher the priority.
-f30 to one pool will have priority over -f60 on a second pool.
This will split your GPU processing power to about 92% | 8% between the two pools. If one pool is idle, poclbm will automatically shift your mining power to the backup. This is even easier to setup and monitor using guiminer.
This has worked flawlessly for me and has always kept my GPUs at 100% through BTC Guild's growing pains.
Pages:
Jump to: