Search content
Sort by
Showing 20 of 51 results by colemab
With electricity being 11.5 cents a kWH, rising difficulty, and the recent drop in BTC to USD, by my math my 4 Cubes will not generate enough income to cover the cost of electricity in then next 9 days or so.
Shortly after that (2-4 weeks?), my BFL units will be in the same position. I expect that by the end of July / early August I will shut the entire mining operation down.
I post this because I was wondering if anyone else was starting to get in the same position with the 'older' ASIC (i.e. 110 nm, 65 nm, 55nm) units?
Shortly after that (2-4 weeks?), my BFL units will be in the same position. I expect that by the end of July / early August I will shut the entire mining operation down.
I post this because I was wondering if anyone else was starting to get in the same position with the 'older' ASIC (i.e. 110 nm, 65 nm, 55nm) units?
Re: [440 TH] BitMinter.com [1% PPLNS,Pays TxFees + MergedMining,Stratum,GBT,vardiff]
Mining is down for me. Website is slow and 0 Ghs.
Roger that, down for me too.
Houston we have a problem . . . .
I run two cubes (both in high clock mode) with a Corsair CX750M.
I have 2 more cubes on order and a 2nd CX750M waiting on them. I got mine at my local best buy on sale for $79.99 (See link above).
I have 2 more cubes on order and a 2nd CX750M waiting on them. I got mine at my local best buy on sale for $79.99 (See link above).
so i figured I would try slush's pool being kinda default on the proxy, I changed my ID's /workers with pass words and bam it started working, for a minute. now the same! HELP ME BITCOIN REWARD for the one who gets me understanding this proxy!
Do you have an android phone on the same wifi network?
If so, take the droid phone off the network and see if the miner doesn't start working (might require restart of cube and/or proxy).
I am not joking here. This took me 5 days to figure out and is a documented problem with cubes and/or blades.
Re: [CLOSED] batch #35 1.0 btc per CUBE 30Gh/s - 38Gh/s, 49 port hubs
Good luck my friend, may the IT /ASCI gods look kindly upon you.
Thanks, after 5 days of messing around they finally did
Re: [CLOSED] batch #35 1.0 btc per CUBE 30Gh/s - 38Gh/s, 49 port hubs
I'm going to keep an eye on this thread. I've had the same problem at work with blades and cubes. They go sick after a couple minutes and reset. Brought the cubes home and they are rock solid, even though one has two boards with 8 chips each 'x' out. I'm going to have my IT guy take a serious look at our rounter/network settings to make sure AV or filters aren't blocking things.
Dude, if you are still having this problem and you own a droid phone - turn off the wifi on the droid. That was my problem as documented here. Sounds Fing crazy but worked instantly for me!
For the past few days I've been using bfgminer as a proxy connecting to ghash.io and I've only been getting 32-33gh/s on high. Today I switched over to slush's pool using his proxy and I'm getting 37gh/s+ no problem. (speeds are based on miner not pool)
Why is this?
Why is this?
While I've not used BFG extensively, I do think the barebones proxy is simply more efficient.
First off, thanks to everyone for their suggestions and to Dogie for this great guide!
I decided to take my cube and psu to a different friend's house. It works perfectly there! It is like Dogie said, "mysterious network topology" was my issue. My friend is going to host my cube until I figure this out. Thanks again.
I decided to take my cube and psu to a different friend's house. It works perfectly there! It is like Dogie said, "mysterious network topology" was my issue. My friend is going to host my cube until I figure this out. Thanks again.
One thing you can check is any phones connected to your wifi. Not sure how they interfere, but a few users of V1 blades found phones [android?] were preventing it working correctly.
Not sure if my phone's wifi was the case, but I turned it off and got 3 cubes working after messing with the settings and proxy for hours. I am not gonna turn it on to test since I finally got started hashing. Phone could just be a coincidence though...
edit: phone is an android and my problem was with the cubes resetting every ~2min
Thank you!!! As soon as my WiFi was turned off on my droid, both units started going full steam at the proxy! Been driving me crazy for 4 days.
Re: [CLOSED] batch #35 1.0 btc per CUBE 30Gh/s - 38Gh/s, 49 port hubs
I initially ran slush's proxy on a GPU mining rig but it only let half or less of the cube hash, I had lots of chips sit at 000. Moved proxy to another PC on same switch it works fine.
What was the difference in PCs? OS? CPU Load?
I ask because I am trying to figure out how to get my cubes up and running at full speed.
Thanks
Re: [CLOSED] batch #35 1.0 btc per CUBE 30Gh/s - 38Gh/s, 49 port hubs
Check the voltage output from your PSU, it should be 12v. If it's less it might be affecting the speed.
Also, check to see what each chip is running at, anything abnormally low? they are spec'd to run at 333 per chip on low/std speed.
everthing should also be connected via ethernet, no wireless.
Also, check to see what each chip is running at, anything abnormally low? they are spec'd to run at 333 per chip on low/std speed.
everthing should also be connected via ethernet, no wireless.
Everything is Ethernet.
I think the problem is that the chips are running very low (if at all) here is what the screen looks like:
ASIC_01-16: O O O O O O O O O O O O O O O O
ASIC_17-32: O O O O O O O O O O O O O O O O
ASIC_33-48: O O O O O O O O O O O O O O O O
ASIC_49-64: O O O O O O O O O O O O O O O O
ASIC_65-80: O O O O O O O O O O O O O O O O
ASIC_81-96: O O O O O O O O O O O O O O O O
M_01-16: 117 000 000 058 000 000 058 058 000 000 117 000 000 000 000 058
M_17-32: 058 058 000 000 000 058 058 000 058 000 000 058 058 058 000 000
M_33-48: 000 000 000 000 000 000 000 000 117 058 000 000 000 000 000 000
M_49-64: 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000
M_65-80: 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000
M_81-96: 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000 000
Jobs:0000000169 Accepted:0000000019 Rejected:0000000062 (0:0) F1 F2 F3
MHS:01112 Utility:015 Efficieny:011.24%
-------
This is with a direct connection to bitminter. Local proxy (bfgminer or slush's proxy) has problems maintaining connection. It seems to reset or be seen as sick after a few minutes. Even when it stays connected it will run less than 1 GHs on local proxy - but spike up to 6 GHs on direct connection to bit minter.
Re: [CLOSED] batch #35 1.0 btc per CUBE 30Gh/s - 38Gh/s, 49 port hubs
I am suddenly less excited about the arrival of my Cube tomorrow...
Plan to spend some time with it. If yours works out of the box (i.e. no loose screws, good PSU, full speed) then it sounds like you might be one of the lucky few.
I have 2 cubes and can't get 1/2 (15 GHs) of the advertised 30 GHs (for one unit) consistently out of BOTH of them combined. Yet I have all Os in the web GUI.
I've run into bandwidth issues running multiple cubes on the same proxy or router. Try running a second proxy on another machine for the second cube.
Thanks for the suggestion. I have tried multiple setups over the last 3 days and can't seem to get it working right.
Even running 1 proxy with 1 cube on the same switch doesn't yield 15 GHs. Which given the advertised 30GHs shouldn't be too much to expect. I have tried BFGMiner 32 bit (on win7 and linux) as a proxy and I also tried the mining proxy on windows. I also tried a direct connection to mint.bitminter.com (which does have get work enabled).
On the direct connection, I could understand the traffic limits but no on the local proxy. I am on a 1 GB Ethernet switch - even if block erupter only has 10 or 100 MPS the host PC is 1 GB and should be able to saturate both cubes.
I even tried running the mining proxy with an account on slush's pool but no luck.
Re: [CLOSED] batch #35 1.0 btc per CUBE 30Gh/s - 38Gh/s, 49 port hubs
I am suddenly less excited about the arrival of my Cube tomorrow...
Plan to spend some time with it. If yours works out of the box (i.e. no loose screws, good PSU, full speed) then it sounds like you might be one of the lucky few.
I have 2 cubes and can't get 1/2 (15 GHs) of the advertised 30 GHs (for one unit) consistently out of BOTH of them combined. Yet I have all Os in the web GUI.
Re: [CLOSED] batch #35 1.0 btc per CUBE 30Gh/s - 38Gh/s, 49 port hubs
Ok so I purchased a Cosair CX750M this morning. It works with the paper clip trick and seems to be running 2 cubes just fine. However, the power wasn't the issue causing the poor performance. It is nice to have 2 units on one power supply and not have to run it off a computer though.
My LAN was on the 172.0.16.* subnet and it appears that any stratum proxy hates this (even if the cubes are configured to point at the proper address and do connect - they will under perform).
After moving to the 192.168.1.* subnet, the units are hashing at a combined 59-64 GH/S (in low mode).
So you must be on a 192.168.*.* at the very least . . .
The IPs should not matter as long as you are using the correct private network addresses and everything is configured correctly.My LAN was on the 172.0.16.* subnet and it appears that any stratum proxy hates this (even if the cubes are configured to point at the proper address and do connect - they will under perform).
After moving to the 192.168.1.* subnet, the units are hashing at a combined 59-64 GH/S (in low mode).
So you must be on a 192.168.*.* at the very least . . .
The 172.0.16.x network is part of the AT&T U-verse network, which is a public network.
Did you mean to use 172.16.0.x which is for private network use?
Yes, I meant the private address - it was a typo.
The addresses were correct and talking to the proxy but never went above 6GHs. After the change, it did hit up to the stated 64 GHs.
I think i spoke to soon because after powering the units off to move them to the permanent location on the shelf and restarting them, I am only getting 8-25 GHs combined. No X's in the web GUI for either unit though. Maybe I just have bum units?
Re: [CLOSED] batch #35 1.0 btc per CUBE 30Gh/s - 38Gh/s, 49 port hubs
Ok so I purchased a Cosair CX750M this morning. It works with the paper clip trick and seems to be running 2 cubes just fine. However, the power wasn't the issue causing the poor performance. It is nice to have 2 units on one power supply and not have to run it off a computer though.
My LAN was on the 172.0.16.* subnet and it appears that any stratum proxy hates this (even if the cubes are configured to point at the proper address and do connect - they will under perform).
After moving to the 192.168.1.* subnet, the units are hashing at a combined 59-64 GH/S (in low mode).
So you must be on a 192.168.*.* at the very least . . .
My LAN was on the 172.0.16.* subnet and it appears that any stratum proxy hates this (even if the cubes are configured to point at the proper address and do connect - they will under perform).
After moving to the 192.168.1.* subnet, the units are hashing at a combined 59-64 GH/S (in low mode).
So you must be on a 192.168.*.* at the very least . . .
Re: [CLOSED] batch #35 1.0 btc per CUBE 30Gh/s - 38Gh/s, 49 port hubs
What PSU would be good enough to run 2 units via the paper clip trick (i.e. no need to use a computer to simulate load)?
Thanks
I use the Corsair TX850 to power two. Works well with paperclip trick.
Thanks for the reply but it appears that unit is no longer available on new egg or directly from Corsair. So I am still on the look out for a PSU.
If you don't mind me asking, what is your proxy setup?
Re: [CLOSED] batch #35 1.0 btc per CUBE 30Gh/s - 38Gh/s, 49 port hubs
I received my units today. One had screws rolling around and the other had screws loose. Neither had the vertical cards in the slots properly. Based on other threads, I knew this might be an issue so I took them apart and fixed these issues before even starting.
As far as PSU's, I tried using both an Antec Earth Watts 680 W and an EVGA 600 B with the paper clip trick and they fired up initially but then went off line in about 5-8 seconds.
Apparently these PSUs will turn off if certain loads don't exist.
I tried to hookup a simple case fan to both PSUs via a moldex converter to try and fool the PSU into powering on but no luck.
I hooked the EVGA PSU up to an older computer (that doesn't need the PCI-X power cables). With the computer powered up, I have been able to get the unit to stay powered up. No X's show which is good. However, I am only getting 3-5 GH/s while mining.
I tested both the mining_proxy_1.2.0 on windows and bfgminer's proxy on linux but the hash rate remains un-changed.
Is anyone else seeing low hash rates like this? Have any idea how to fix them?
What PSU would be good enough to run 2 units via the paper clip trick (i.e. no need to use a computer to simulate load)?
Thanks
As far as PSU's, I tried using both an Antec Earth Watts 680 W and an EVGA 600 B with the paper clip trick and they fired up initially but then went off line in about 5-8 seconds.
Apparently these PSUs will turn off if certain loads don't exist.
I tried to hookup a simple case fan to both PSUs via a moldex converter to try and fool the PSU into powering on but no luck.
I hooked the EVGA PSU up to an older computer (that doesn't need the PCI-X power cables). With the computer powered up, I have been able to get the unit to stay powered up. No X's show which is good. However, I am only getting 3-5 GH/s while mining.
I tested both the mining_proxy_1.2.0 on windows and bfgminer's proxy on linux but the hash rate remains un-changed.
Is anyone else seeing low hash rates like this? Have any idea how to fix them?
What PSU would be good enough to run 2 units via the paper clip trick (i.e. no need to use a computer to simulate load)?
Thanks
For those of us still on 12.04 and not wanting to upgrade, what was the correct version/package that worked for you?
It looks like downloading version 0.9.32, configuring it, building it, and installing it is what was required to get it going on 12.04.
EDIT: Be sure to run 'sudo ldconfig' after the install or you might get this error:
error while loading shared libraries libmicrohttpd.so.10
Thankyou-Thankyou-Thankyou-Thankyou!!!!!!!!!!
You, my good sir, have just ended hours of frustration & hair pulling here. I'm a semi noob to Xubuntu, so thought it was me doing something wrong - I've been searching & reading so many different guides on this without success - until I stumbled upon this thread. It worked a treat - I'm forever in your debt my good man.
Praise the Cyber Gods!!
If you are talking to me about getting it working on 12.04 - you are welcome. It took some hair pulling on my end to get it working so I thought I would share what I learned
Re: [CLOSED] batch #35 1.0 btc per CUBE 30Gh/s - 38Gh/s, 49 port hubs
I learned the hard way, and I'm sure frustrated Canary in doing so, that Armory does not digitally sign in a way that is compatible with the bitcoin-qt method, so make sure you don't sign it with Armory. (My understanding is that compatibility will come to Armory later)
I also learned this the hard way and was in a rush to get bitcoin-qt setup and signed a new message. Hopefully neither of our cubes are delayed because of it . .
The latest version of Armory (0.90-beta) will let you sign a message in Bitcoin-qt compatible format. I installed the Ubuntu-64 bit version a couple weeks ago and it has a signing option called "Bare Signature (Bitcoin-Qt Compatible)". It also supports base64 and clearsign formats.
I have Amory version 0.88.1 so that would explain why it didn't work.