So h-boards are back in stock with 250 count... where's the shipments?
Wow, I literally hit Save about 30 seconds ago...yes I have a few extra H-cards of the old type that arrived. Since I don't the M-boards for them, they are only useful for filling out your V1 or V2 M-boards. Buy them now, and they will ship immediately. Production is cranking for the next-gen boards, but I haven't received any shipping notifications yet. I expect to see something in the next day or two...when product is on the way I'll give an update. i have not yet gotten my store credit for august delay. push that through and i'll probably buy a board. however, a price drop to $400 would be appropriate i think. $500 is fairly steep at this point Agree. Once pre-orders are filled and have in-stock, why are the h-board prices of version 1 not being adjusted and still cost the same as initially announced??? It's only a week from November by the time those cards are delivered anyway. Doesn't make sense. At this point, they must carry around a 70% margin on those cards while the ROI on those cards for miners must be around 10%, if anything. In other words, at a price that neglects reality bitfury is sucking almost every single drop of value both in BTC terms and in relation to other competitive products delivered this month like KNC. I agree their price of those cards shouldn't exceed $400. The h-boards will now return approximately $300 in their useful lifetime given the recent increase in value of BTC. Shortly after the first of November, that will have dropped by almost 50%. Don't say that too loud otherwise they'll even increase the price to $600 without caring about new reality ;-) Well, the first of November is the same as the end of this week from a difficulty standpoint. (That's assuming they impeccably ship immediately), erasing 40% of your profits as soon as you open the door to the UPS guy, which WAAYYY offsets any temporary BTC volatility gain. Remember the adage "cash is king"? Well, in the BTC world difficulty is king and will always trump any BTC growth. As long as there are mining profits, difficulty will continue to grow at not at 30% but at 40% or 45% per jump which we are about to witness. Hence, only suckers will buy any existing h-board inventory at $500. Sure, they are "the only available in-hand stock play in town" but who cares if they are draining every single drop of your blood anyway. Do you honestly think the immense price drop from $23.5 to $8k for 400 gh kits in only 2 months was really only based on recovering overhead and fixed cost and achieving economies of scale? That initial price was fundamentally based on how much they could take from your profits. They had limited manufacturing capacity so it's not like they could have sold more if they had offered lower prices, hence it's not like "other miners would have taken your profits anyway" as the typical argument some sputter. |
|
|
|
So h-boards are back in stock with 250 count... where's the shipments?
Wow, I literally hit Save about 30 seconds ago...yes I have a few extra H-cards of the old type that arrived. Since I don't the M-boards for them, they are only useful for filling out your V1 or V2 M-boards. Buy them now, and they will ship immediately. Production is cranking for the next-gen boards, but I haven't received any shipping notifications yet. I expect to see something in the next day or two...when product is on the way I'll give an update. i have not yet gotten my store credit for august delay. push that through and i'll probably buy a board. however, a price drop to $400 would be appropriate i think. $500 is fairly steep at this point Agree. Once pre-orders are filled and have in-stock, why are the h-board prices of version 1 not being adjusted and still cost the same as initially announced??? It's only a week from November by the time those cards are delivered anyway. Doesn't make sense. At this point, they must carry around a 70% margin on those cards while the ROI on those cards for miners must be around 10%, if anything. In other words, at a price that neglects reality bitfury is sucking almost every single drop of value both in BTC terms and in relation to other competitive products delivered this month like KNC. I agree their price of those cards shouldn't exceed $400. |
|
|
|
Try changing the following lines in miner.h and assuming you are using Auto-tuning. These work best for me #define MAXSPEED 55
#define DEFSPEED 54
#define MINSPEED 53 all boards at 0.81+-0.05V 0: 874 39.041 39.287 2727 39 0 0 1: 869 39.829 40.133 2782 25 0 0 2: 756 34.073(This guy has 2 dead chips) 35.482 2380 37 1 0 0: 868 37.438 39.393 2615 15 0 0 1: 822 37.280(one dead chip) 37.438 2604 28 1 0 2: 874 40.358 40.165 2819 24 0 0 Thanks. Does this require running 'make' after editing that file? |
|
|
|
|
Ok, well. It's now October 20th, the lower end of the shipping range they promised and we haven't heard of any shipments coming this week. So it seems that they will start shipping at the last minute of October 31st, which is a full difficulty jump that could make or break ROI.
|
|
|
|
Update for v1 M board owners. If you want to use the latest build of chainminer with your version 1 M-board please do the following a) Download chainminer master on your raspberry PI from github and unzip it https://github.com/bfsb/chainminer/archive/master.zip 1 #ifndef MINER_H
2 #define MINER_H
3 #include "handylib.h"
4
5 #define NDEBUG
6 #define VERSION 1 c) make cd chainminer-master
make
cd ..
d) move /opt/bitfury/chainminer mv /opt/bitfury/chainminer /opt/bitfury/chainminer_v1_original e) copy chainminer-master directory to /opt/bitfury/chainminer cp -r chainminer-master /opt/bitfury/chainminer
f) mine with latest chainminer goodness  What is the update getting you? Better stability? Better performance? In my experience (v2 board - v1 should be similar), the chainminer update improved stability such that error rates went from 3-10% per chip (5-7% average, consisting mostly of HW, but a few miso or spi) to 0-3% per chip (1-2% average, virtually no spi/miso errors). this also allows a bit more room to overclock for better hashrate, on top of the 2-3GH reclaimed from removal of errors per card) Thanks, giving it a shot on my 3 miners right now. Didn't make absolutely any difference on hashing rate on my end after updating chainminer (other than actually dropping a bit my hashrate/noncerate). Perhaps a few less miso errors but it might be just cosmic ray randomness. Will try to further overclock them to see if they are less prone to shutingdown/throwing errors. |
|
|
|
|
Are we supposed to press the black button to overclock the unit?? How would that work? I have 0.95 firmware...
|
|
|
|
|
Can someone please explain how to see the cgminer outcome?? I use screen -r but it won't take me the process name like with bit fury. How do you see the outcome of that process?
|
|
|
|
|
How do I see the cgminer mining details? All I know is how to access the web interface.... which doesn't provide actual hashing rate
|
|
|
|
What's EnableCores for? What happens if I don't run that patch? I'm not sure I quite understand...aren't all chips/cores to be re-enabled on any reboot??? Thanks |
|
|
|
it seems they only test their firmwares on one machine before they release them., so much variance
I am getting great results from my one miner that was running .93 for a week ~520 and now is ~550
not all HW errors / cores failing are the same. Some miners will be a clean slate after .96 while others that have bigger issues won't squeeze the same performance out
tl;dr if you have a miner with above par components, use .96 (if you have 8 VRMs of course don't bother going past .94)
Seems to contradict the findings of Afox. Perhaps some random variance? BTW, does anyone know how to do p2pool with KNCminers? Any details on how that'd be achieved would be appreciated (especially on changes needed on the KNC miner itself, not so much so on what needs to be done in the host PC running the p2pool software). |
|
|
|
| -------------------- | 0.94 | 0.95 | 0.96 | | Average CGminer | 270Gh/s | 274Gh/s | 280Gh/s | | Average Pool | 275Gh/s | 263Gh/s | 278Gh/s (link) | | Consumption | 485 Watts | 305 Watts | 313 Watts | | Temputure | 54 & 62°C | 42 & 47°C | 42 & 47°C | | Rejected | 1.5% | 0.22% | 0.38% | | HW | 2.81% | 0.79% | 1.08% | | WU | 3975/m | 3717/m | 3933/m |
Anyways I'll stick to firmware 0.96. From the beginning I wanted to mine on Eligius and with firmware 0.90 to 0.95 I had the flushwork issue. It seems that 0.96 solved that issue; it's been 24 hours that I'm mining on Eligius. Thanks for the nice, clean, non-verbal-crap summary!  |
|
|
|
|
Could someone please summarize their findings with the last firmware versions? Something like these data points:
- Firmware version
- Power consumption
- Hashrate
- Temp
- Errors, etc/
I think this would help distill some of the long discussion here.
|
|
|
|
|
Order #31XX ShippED. No tracking info received yet. Paid on July 3rd.
|
|
|
|
SAAAAM!! SAAAAM!! Ok, so you're trying to fool us with your "In progress" bullshit for the rest of the month orders in advance to avoid refunds. Well, I've been a human being "in progress" for the last 30 years, does that mean I'm about to ship?  hey at least you aint still "paid". All kidding aside. with the dificulty about to change i do have to say that the miner now is almost way out of anyones complete roi period. It is a big downfall. I will give till the end of the month befor i take legal action. Don't question me.  Keep in mind this. There was a promis to SHIP all miners out by the 15. That as not happened. That is more then enough grounds. I sure hope KNC has one hell of a magic rabit. Yeah, 'cause all those saying that BTC is rising forget the fact that difficulty rises are exponential and more than offset the standard/linear increases in BTC value. So they should put that argument to rest. |
|
|
|
for those keeping track of this kinda stuff one of my orders shipped User Order # Date of order # of Jupiters # of Saturns # of Mercury Country Shipping Day Date of reception Searing #304x 7/1/2013 1 0 0 USA Oct 15 2013 Searing #526x 8/6/2013 0 1 0 USA Oct ? 2013 here ya go Searing Again #304x as of 10/15/13 is marked as 'shipped' Searing what I'm currently doing while still in the the throes of 'glee' by the by I'm in the Midwest USA....so probably won't see it till Monday or Tuesday of next week at soonest (sigh) http://www.youtube.com/watch?v=3R8HGsbI4QY heh which knc was nearby... Searing Just make sure it's "shipped" and not "shipping" .... |
|
|
|
SAAAAM!! SAAAAM!! Ok, so you're trying to fool us with your "In progress" bullshit for the rest of the month orders in advance to avoid refunds. Well, I've been a human being "in progress" for the last 30 years, does that mean I'm about to ship? |
|
|
|
so 19xx - 38xx are all 'in progress' now
it seemed to take them about 11 days to get to 19xx
so we could be looking at the wrong end of another week.
though i could be being a bit pessimistic
Non-hosting is In Progress. If you ordered hosting with them then your status is still PAID like mine  "In-progress" my a$$. That's absolute bullshit. I just care about either paid or shipped. That's it. |
|
|
|
|
Anyone knows what's the average number of units shipped per day? Thought it was going to be a bit faster tbh but again, anything is faster than BFL. :-)
|
|
|
|
Order 220 just received. The august delivery promise was kept, but it was a close call. Got a starter kit with two H-boards, which greatly overdelivers the promised hashrate. The unit is hashing at around 40GH/s (+-3GH/s). Setup was really easy with the simple web interface, I just input my pools there and restarted the miner.
I'd like to invite everyone who is going to receive a unit to use a small pool and/or p2pool if the miner inside the unit can work with it. There are several small pools, pools with less than 50 TH/s of capacity, which should/need to grow to be able to balance the one or two mega-pools available. This is for the health of the bitcoin network, most of all, and given that BitFury is delivering several TH/s of hashing power this is a good moment for this call to arms  spiccioli Could someone please provide step-by-step instructions on how to configure chainminer to run as a p2pool configuration?? I'm surprised almost nobody has documented that well enough on what needs to be done the rPi side. I think I'm somewhat clear (although not 100% sure) on what software/steps that needs to run on my PC/host but I read somewhere that some chainminer files need to be updated on the rPi side. I'd highly appreciate it. Sadly it does not work with p2pool because slush's stratum proxy does not and chainminer has no stratum support. spiccioli So in the end, under bitfury we are trapped at the mercy of countless DDoS attacks. I have, and I expect many others too, lost LOTS of coins due to this severe limitation that leaves us absolutely defenseless. :-/ Is there any documentation, however limited or partially tested, on how to compile and run bfgminer or cgminer for bitfury for p2pool??? This is getting really painful. I haven't tried this but what is stopping you from running a p2pool node on a PC on your LAN and setting it's IP as the getwork address in jobconnect.cpp and recompiling? Some documentation and step-by-step guide just as it has already been done for the standard mining procedure here ---> [GUIDE] BitFury Miner Support/Tuning) https://bitcointalk.org/index.php?topic=287590.0 Yes, I'm aware that via a PC is experimental and thats seems a possible solution but so far it's been myself alone trying to piece together and make sense of generic statements I've found here and there to actually try to test it. For example: a) Does that mean I need to connect the rPI directly to the PC or via the router? b) Is there any procedure to grant access to rPi to connect to a PC? (I read somewhere that I need to run some 'base' command and paste the outcome somwhere else?) c) What else needs to be edited/commented/added in jobconnect.cpp and how to safely recompile it ? d) Do I need to stop the stratum proxy process and where's the safest place to edit the configuration file and remove the command/comment it? e) Does bfgminer seem to work better than cgminer for this type of setup? What's more recommended? f) Something else I may be missing A bit of more detailed help will be very appreciated. Thanks! |
|
|
|
Order 220 just received. The august delivery promise was kept, but it was a close call. Got a starter kit with two H-boards, which greatly overdelivers the promised hashrate. The unit is hashing at around 40GH/s (+-3GH/s). Setup was really easy with the simple web interface, I just input my pools there and restarted the miner.
I'd like to invite everyone who is going to receive a unit to use a small pool and/or p2pool if the miner inside the unit can work with it. There are several small pools, pools with less than 50 TH/s of capacity, which should/need to grow to be able to balance the one or two mega-pools available. This is for the health of the bitcoin network, most of all, and given that BitFury is delivering several TH/s of hashing power this is a good moment for this call to arms spiccioli Could someone please provide step-by-step instructions on how to configure chainminer to run as a p2pool configuration?? I'm surprised almost nobody has documented that well enough on what needs to be done the rPi side. I think I'm somewhat clear (although not 100% sure) on what software/steps that needs to run on my PC/host but I read somewhere that some chainminer files need to be updated on the rPi side. I'd highly appreciate it. Sadly it does not work with p2pool because slush's stratum proxy does not and chainminer has no stratum support. spiccioli So in the end, under bitfury we are trapped at the mercy of countless DDoS attacks. I have, and I expect many others too, lost LOTS of coins due to this severe limitation that leaves us absolutely defenseless. :-/ Is there any documentation, however limited or partially tested, on how to compile and run bfgminer or cgminer for bitfury for p2pool??? This is getting really painful. |
|
|
|
|
Show Posts
