Count me in again  If you happen to have your old user database handy, I still have my old credentials. Ditto here. I'm good with BETA Sigg |
|
|
|
Testing starts today. Ill post more soon.
Is it soon yet? |
|
|
|
To avoid going off topic do you have any recommendations on a pump? I have a heat exchanger, baring a better recommendation I likely will be getting an Iwaki MD-40 or MD-55 pump. You said Iwaki's costs to much I am interested in an alternative recommendation.
Do a search for "Panworld pump" .. they're the "inexpensive iwaki's" .. I've got 2 of them running on my saltwater tank that have been running nonstop for 7 years now. Sigg. |
|
|
|
So lets normalize all these for a hypothetical 1 GH/s fractional rig (@ $0.10 per kWh)
Board Upfront Annual 1yr 2yr 3yr 4yr
C200 IMU $1,500 $4 $1,504 $1,509 $1,513 $1,518
BFL RigBox $600 $35 $635 $670 $705 $740
BFL Single $720 $89 $809 $899 $988 $1,078
Ztex cluster $1,190 $40 $1,230 $1,270 $1,309 $1,349
28nm cluster $750 $24 $774 $799 $823 $847
The year costs are the purchase cost plus total electrical cost. (i.e. to run 1GH/s of BFL singles for 4 years will cost $1078 total).
for an even better comparison.. lets compare it to a 7970 rig: Board, Upfront, Annual, 1yr, 2yr, 3yr, 4yr 7970 rig $800 $350 $1150 $1500 $1850 $2200 looks like the C200 takes 2 years to even compete with a GPU. That is even assuming zero resale value of the GPU. |
|
|
|
OK.. 0.0.0.0 aside.. got a serious question... How do you come up with the IP address of the miner/pool? Looking at raw blocks in block explorer I don't see an IP address anyplace ..  Sigg |
|
|
|
|
This may not be your whole issue, but DeepBit prop has had absolutly horrid luck the past 24 hours... by my calculations, they are down around 14-15%...
Sigg
|
|
|
|
OK.. this is just a selective quote since this is the only point I'd like to address: trying to exploit the bitcoin network to the detriment of honest miners.
Back when the majority of pools were all proportional, I was in the camp of thinking hoppers were pond-scum. Now, however, the majority of pools are either non-prop or at least offer non-prop alternatives. Also, the hopping "exploit" is now widely known and there is plenty of information out there about it. I feel it is very easy for miners to avoid being "exploited" .. If a miner does not have sufficient motivation to have researched what he is doing to realize this.. well caveat emptor applies. I no longer have any moral qualms about leasing my miners out to hoppers. Sigg |
|
|
|
Yeah, GPUMAX needs a bid-ask spread beyond 2 selectable options. And a tickbox that would allow hashes to be sent to a customer's own bithopper, while adding a fee to pay for the inevitable stales and rejects.
Regarding pointing purchases to personal bithoppers: Keep in mind that most consumer internet feeds couldn't handle a full bore 100+ GHhash purchase GPUMAX is now capable of providing. I think it would be a necessity to put in configurable hashrate caps as well. Lacking some kind of control, I can see the packet loss rate taking down not only the buyer, but screwing up GPUMAX as a whole. As pirate would say: "they can't handle the heat" Sigg |
|
|
|
you should name your service gpumaxcasino for the buyers.
Hey.. I think he's on to something here.. just imagine the much expanded target audience for purchasing shares... Put in some virtual roulette wheels, slots, fancy it all up and the buyers gamblers wouldn't even know they were buying mining shares !!!!! As a net seller of shares, I whole-heartedly endorse this new, expanded target market OK, back to your regularly scheduled "its still beta" discussion... Sigg |
|
|
|
he was saying that he wanted to have it up and running this week, iv been massively busy and have no more info. i'm sorry guys, but trust me, we will have it going as soon as we can:)
any updates? I miss my 105% Sigg |
|
|
|
As, I've mentioned a few times here and IRC. GPUMAX is much bigger than what you see now. We're simply building a core to much more to come. 1) other miners replace GPU's with FPGA's, dump GPU's for cheap 2) ..... 3) PROFIT  |
|
|
|
Update: We have added the following pool to the non-supported list. - Bitlc.net - Doesn't Like The HEAT!
As GPUMAX grows with more miners coming online, you are going to run accross this more and more. At some point, even mid-level pools are going to get to the point where they can't handle a full-bore GPUMAX hit. The way things are going, it will get to the point where only Deepbit will be able to handle a GPUMAX buy, at which point GPUMAX becomes a victim of its own success, since what's the point? I really do think you may need to work with some of the target pools like bitlc and impliment some hashrate caps. Sigg p.s. I'm just tossing this out there.. At some point I'd love to see GPUMAX expand beyond bitcoin and start offering GPU cloud services to the public at large. You could easily undercut any existing cloud service out there, and still pay us miners 150% of what we'd get mining bitcoins. Sigg |
|
|
|
[Well, I totally agree that that is in fact the norm, but it may or may not be in our interest to actually try to ween consumers away from their current habits.
OK.. after re-reading my post, I think I put the stress in the wrong place. What I should have said was "Anything more complicated than SWIPE & PIN is a non starter" .. I think any 1 or 2-step process would probably work, so long as it is simple. The KISS concept is in play here. OK.. so if we go the smartphone route.. could you integrate a bluetooth connection between the wallet and the POS terminal to send the payment request? Scenario: Clerk rings up new pair of B100 shoes.. POS does a quick scan and see's that wife's bluetooth wallet is closest to the register. POS sends the B100 payment request to wife's phone. Phone goes "BING" and wife sees the wallet with a message: "Would you like to pay B100 to Expensive Shoe Store?" Wife taps the "YES" button on her screen. Her wallet takes care of sending the payment. In the above scenario, wife's entire interaction is to tap the "YES" button... keeping things simple for her.. she'd go for that. Alternatively, could a RFID/Bluetooth enabled smartcard be created with a simple display that does the same thing? basically piggyback off the POS internet connection to send out the transaction to the nearest node? Sigg |
|
|
|
Let me bring this to another level:
Women LOVE credit cards. Women DONT LOVE disposable self-printed paper wallet bills with QR codes.
THIS is the most important post I've read in this whole thread. (I know my wife well.) If you want mainstream adoption, anything beyond SWIPE & enter PIN is going to be a non-starter. Sooo.. figure out a way to make 2 factor authentication work with.. 1) SWIPE physical card... 2) enter 4 digit PIN. If we are talking smartcards here, I can _maybe_ see 1) SWIPE 2) card displays amount and custom generated PIN valid only for that amount 3) enter 4 digit PIN Sigg |
|
|
|
.056 / kwh during the winter .115 / kwh 6/1 - 10/1 In USD. Residential rate in St. Louis, MO Fortunately I have a heat pump, so the neighbors don't realize I'm actually running the A/C anytime it gets above 40 Gonna have to figure out the best undervolts come June 1st tho.... Sigg |
|
|
|
|
umm.. ya'll know that Bens outlet has a 30 day return policy.. right?
Its in their FAQ...
If they can't replace, they say they'll refund....
Sigg
|
|
|
|
I can watch this happen in real time, using my monitoring app to switch pools manually.....
Connecting to BTCGuild, my shares/minute seem to skyrocket, switching back to GPUMAX has a near immediate 20+% negative effect at times on shares/minute.
bolded what is for me, the most important item in the above.. when doing public work, I fly, when doing private work, I usually fly .. but there are some times when private work gets a lot of disconnect/reconnect resulting in reduced performance .. I just assumed this was a side effect of going through a proxy. the benifits still far outweigh the penalties, so i just live with it.. Sigg |
|
|
|
You need to set speed thresh holds......to force miners to failover on their own and not simply to PUBLIC work if no CONTRACT work is available.
As it seems, my miners are more than happy to stay connected to GPUMAX even at 50% speeds and NOT failover to my backup pool.
I've noticed this with CGminer also.. not quite to the extent above, but definately there.. Would it be possible to give us miners an option to have GPUMAX simply disable workers when no public work is avaliable at that worker's pricepoint? Let us worry about our own fail-overs when no public work is avaliable. This could be something as simple as changing the worker's password to "no_work" when it needs to be disabled, and change it back when life is good... Granted you'd still be getting some traffic with the periodic re-connect attempts, but I don't think you'd be seeing as much as if you were passing through hashes ... I see this as a win-win. dats my 2 satoshi's take on this Sigg |
|
|
|
It is a great deal for a gamer.
They had 106 in stock yesterday...100 today.
Hey.. how do you tell how many they have in stock... I can see the little percentage bar, but how does that translate into exactly how many in stock? thanks, Sigg |
|
|
|
|
Show Posts
