And in addition, BTCGUILD is down so a lot of users change to other pools.
Yea I'm pretty sure this is a big reason. Lot of people want some stability after all the DDoS/lost mining time. |
|
|
|
I mean, I know people who's tamagotchi is still alive.
lol for real? Isn't that one of those monochrome keychain type mini-game where you keep raise some sort of virtual pet? I remember my younger cousins having those ages ago. |
|
|
|
|
Pfft. Quit. There is no such quit. I am mining on my i7 920, my 5850, my Gameboy Advance, my Terratec Aureon 7.1 (7.1 channels of hashing power!!11!) Universe and on my T-Mobile G1 smartphone.
Push it to the limit.
|
|
|
|
Pool having issues/DDoS? 2011-07-05 15:32:12: Listener for "Bitcoins.lc Phoenix": [05/07/2011 15:32:12] Phoenix 1.50 starting...
2011-07-05 15:32:15: Listener for "Bitcoins.lc Phoenix": [05/07/2011 15:32:15] Connected to server
2011-07-05 15:32:37: Listener for "Bitcoins.lc Phoenix": [05/07/2011 15:32:37] Warning: work queue empty, miner is idle
2011-07-05 15:33:23: Listener for "Bitcoins.lc Phoenix": [05/07/2011 15:33:23] Warning: work queue empty, miner is idle
2011-07-05 15:33:33: Listener for "Bitcoins.lc Phoenix": [05/07/2011 15:33:33] Disconnected from server
2011-07-05 15:33:39: Listener for "Bitcoins.lc Phoenix": [05/07/2011 15:33:39] Connected to server
2011-07-05 15:34:43: Listener for "Bitcoins.lc Phoenix": [05/07/2011 15:34:43] Warning: work queue empty, miner is idle
2011-07-05 15:36:12: Listener for "Bitcoins.lc Phoenix": [05/07/2011 15:36:12] Warning: work queue empty, miner is idle
2011-07-05 15:36:46: Listener for "Bitcoins.lc Phoenix": [05/07/2011 15:36:46] LP: New work pushed
2011-07-05 15:37:16: Listener for "Bitcoins.lc Phoenix": [05/07/2011 15:37:16] Warning: work queue empty, miner is idle
2011-07-05 15:38:47: Listener for "Bitcoins.lc Phoenix": [05/07/2011 15:38:47] Disconnected from server |
|
|
|
Not sure if this is the right place but I am running off what GUIMiner is giving me in the console. Anyway, I was running on BTCGuild last night with failover setup to go to bitcoins.lc (since I knew BTCGuild was having some instability) and I wake up this morning to see my miner chugging away at 390Mhash. Awesome, I thought, it's working. Obviously, though, the BTCGuild site was in minimal mode explaining it was effectively shutdown due to DDoS so I figured failover properly switched over to bitcoins.lc. So I went to check my activity at bitcoins.lc and was surprised to find it had -zero- activity. So where the heck is my Mhash going to, with it neither contributing to one or the other? Here is some excerpts from the console tab: 2011-07-05 08:17:33: Listener for "BTCGuild.com OpenCL": error: [Errno 10061] No connection could be made because the target machine actively refused it
2011-07-05 08:17:33: Listener for "BTCGuild.com OpenCL": Traceback (most recent call last):
2011-07-05 08:17:33: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 305/07/2011 08:17:33, Problems communicating with bitcoin RPC 3 2
2011-07-05 08:17:33: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:33, Setting pool ********* @ http://bitcoins.lc:8080
2011-07-05 08:17:34: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:34, Using new LP URL /LP
2011-07-05 08:17:34: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:34, LP connected to http://bitcoins.lc:8080
2011-07-05 08:17:34: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:34, long poll exception:
2011-07-05 08:17:34: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:34, Setting pool ******** @ uscentral.btcguild.com:8332
2011-07-05 08:17:34: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:34, Attempting to fail back to primary pool
2011-07-05 08:17:35: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:35, Using new LP URL /LP
2011-07-05 08:17:35: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:35, LP connected to uscentral.btcguild.com:8332
2011-07-05 08:17:35: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:35, Setting pool ********** @ http://bitcoins.lc:8080
2011-07-05 08:17:35: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:35, Still unable to reconnect to primary pool (attempt 1812), failing over
2011-07-05 08:17:36: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:36, long poll exception:
2011-07-05 08:17:36: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:36, Problems communicating with bitcoin RPC 0 2
2011-07-05 08:17:37: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:37, Using new LP URL /LP
2011-07-05 08:17:37: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:37, LP connected to http://bitcoins.lc:8080
2011-07-05 08:17:37: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:37, long poll exception:
2011-07-05 08:17:37: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:37, Problems communicating with bitcoin RPC 1 2
2011-07-05 08:17:38: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:38, Using new LP URL /LP
2011-07-05 08:17:38: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:38, LP connected to http://bitcoins.lc:8080
2011-07-05 08:17:38: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:38, long poll exception:
2011-07-05 08:17:38: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:38, Setting pool ******** @ uscentral.btcguild.com:8332
2011-07-05 08:17:38: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:38, Attempting to fail back to primary pool
2011-07-05 08:17:39: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:39, Using new LP URL /LP
2011-07-05 08:17:39: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:39, LP connected to uscentral.btcguild.com:8332
2011-07-05 08:17:39: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:39, Setting pool ******** @ http://bitcoins.lc:8080
2011-07-05 08:17:39: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:39, Still unable to reconnect to primary pool (attempt 1813), failing over
2011-07-05 08:17:40: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:40, long poll exception:
2011-07-05 08:17:40: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:40, Problems communicating with bitcoin RPC 2 2
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, Using new LP URL /LP
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, LP connected to http://bitcoins.lc:8080
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, long poll exception:
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, Problems communicating with bitcoin RPC 3 2
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, No more backup pools left. Using primary and starting over.
2011-07-05 08:17:41: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:41, Setting pool ********* @ uscentral.btcguild.com:8332
2011-07-05 08:17:42: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:42, Using new LP URL /LP
2011-07-05 08:17:42: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:42, LP connected to uscentral.btcguild.com:8332
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": 05/07/2011 08:17:43, long poll exception:
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": 26, in longPollThread
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 283, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 898, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 935, in _send_request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 892, in endheaders
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 764, in _send_output
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 723, in send
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 704, in connect
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "socket.pyo", line 514, in create_connection
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": error: [Errno 10061] No connection could be made because the target machine actively refused it
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": Traceback (most recent call last):
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 326, in longPollThread
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 283, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 898, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 935, in _send_request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 892, in endheaders
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 764, in _send_output
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 723, in send
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 704, in connect
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "socket.pyo", line 500, in create_connection
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": gaierror: [Errno 11004] getaddrinfo failed
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": Traceback (most recent call last):
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 326, in longPollThread
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "BitcoinMiner.pyo", line 283, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 898, in request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 935, in _send_request
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 892, in endheaders
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 764, in _send_output
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 723, in send
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "httplib.pyo", line 704, in connect
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": File "socket.pyo", line 514, in create_connection
2011-07-05 08:17:43: Listener for "BTCGuild.com OpenCL": error: [Errno 10061] No connection could be made because the target machine actively refused it That appears to repeat itself in no real discernible order throughout the night. Here are the settings I used: -v -w 256 -f 1 -a 2 --backup=login:password@http://bitcoins.lc:8080 Is there any reason why failover was not working under these conditions? |
|
|
|
|
I just sent you 50 BTC for your post contribution. Yup.
|
|
|
|
so the downside to a small pool is blocks won't be found as often and you will earn less credits, but over the long term it should even out?
in 2days at MtRed i'm not making nearly as much as i did at btcguild
Generally speaking, it evens out over time. But the variance hurts more if a bigger pool has a bad streak (in the short term). It all comes down to the features of the pool and whether or not it addresses your needs. And I for one, find MtRed is currently the best pool to suit my needs. |
|
|
|
|
At the very least it seems it is more likely Phoenix-related. Tends to be a lot more "stable" under poclbm though less maximum there. I have monitored Afterburner (yea I leave it on 24/7) and it does not seem like there is any sort of GPU usage fluctuations and maintains steady at 99.
I am using an Intel platform (i7 920, ASUS Sabretooth X58).
Despite the issue, even with the stability with poclbm, I still gain greater shares and thus BTC per day with Phoenix, despite the issues. With poclbm it tops out at about 391Mhash, whereas phoenix tops out at 406-408
|
|
|
|
|
Seems like Sapphire fans have an issue or something. It's the only brand I see people complaining about consistently.
|
|
|
|
Why do people complain about Bitcoin not being inflationary with the amount of inflationary currencies around the world? Almost all of them are inflationary. Its not like you dont have a choice...
Yea, seems people have been preprogrammed to want more of the same. Spoon or the Fork. Fork the spoon. But inevitably, there is no spoon. It's what you make of it. |
|
|
|
|
It's a gamble alright but definitely not the smartest option that is available. But I guess in the end, that's the world - people have options and this is one of them. The only thing that is a bit of a fallacy is that he stated he accepts bitcoins for this service. One would need to pay more bitcoins than they would receive. There is no gamble in that but pure deception.
|
|
|
|
doom+gloom = criticizing bitcoin = TROLL ALERT  If this is the case then no the forum shouldn't quarantine criticism. You're right. Criticism shouldn't be "quarantined" or banned. But trolling should; i.e. doom+gloom+misinformation+unfound+slander, should be. |
|
|
|
|
Oh wait, it's a mobile/laptop? That's another basket altogether.
|
|
|
|
|
I dont know about you but my basement is still a heck of a lot cooler as night than the upstairs.
|
|
|
|
I've lost too much sleep trying to get Ubuntu to do what I want it to. Maybe when I have more time...
In the meantime, I'm sticking with Win 7 (say what you will). Where's the cheapest place to get a full version of the OS (non-upgrade)? I shelled out 100 clams at Best Buy, but seem to recall seeing better deals somewhere. Thanks in advance.
Windows 7 Upgrade might work... technically speaking, you can upgrade the upgrade. Just sayin. |
|
|
|
Are you monitoring the clock speeds of your cards?
I had a weird thing happen with my 5850 a while ago when I was trying to apply settings in MSI Afterburner. When I would enter in a gpu clock amount, like 850, and press apply, it'd go up to that speed for a few seconds, then back down to the factory 725 speed.
Yea, I've been monitoring that and it's all good. I disabled power play plus emptied the "profiles", so there is no auto-switching going on. At any rate, I think it's just a personality trait; takes a couple of hours for my GPU to get up to speed, for whatever reason. |
|
|
|
|
Obviously this is meant for people who may not be as savvy or simply do not have money worries but I am curious about one thing. How does or will your business account for difficulty increases? Because, in practice, your clients will get less "bang for their buck" as time goes on.
|
|
|
|
Not to be rude, but I am a network security specialist. I am well aware of what would be required in setting up a secure exchange both technically and legally.
Really depends. CaVirtEx is in beta for quite some time; I guess it would have to depend on what you can offer compared to them |
|
|
|
Reference, mcw60 block, stock plate w/80mm fan mounted in vrm location.
Crippled one already awaiting new smd capacitor for repair. Didn't have fan mounted on it. Considering piggy backing some capacitors for longevity.
That's a good idea, didn't really think about cooling the back side of the card to attack VRM heat. I am using 2 120mm fans ziptied to my Twin Turbo over the stock plate; waiting on some thermal tape to come by so I can replace the flakey stock stuff. |
|
|
|
|
Show Posts
