Bitcoin Forum
April 19, 2024, 10:21:45 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 [11] 12 13 14 15 16 17 18 19 20 21 22 23 24 25 »
201  Other / Off-topic / Re: Already delays in BFL shipment plans? on: November 21, 2012, 03:08:35 PM
That's what you get if you calculate by opinion instead of figures.
Why then aren't people keeping their GPU or FPGA rigs active if your ideas and Badonkadonk are correct? (that somehow a Jally or Little Single will be profitable even if there is a late delivery and ever increasing difficulty)

So by your opinion any asic is no longer giving a roi after the block halving. Have you cancelled your (bctfpga) order yet? Oh no wait, you were just trolling, right?
If you can't answer the above, then it's not trolling. It's just obvious.

P.S. The people who will be making tons of BTC are the mini-rig crowd (or people buying multiple units to approach a mini-rig like system.)

I think you're missing the point. It's a "math" thing.

Regarding your comment about GPU's, they have a high fixed electricity overhead which cannot be overcome when the difficulty skyrockets due to ASIC's.
202  Bitcoin / Development & Technical Discussion / Copying .bitcoin to a new machine - fail on: November 20, 2012, 04:05:12 PM
I decided it would be fun to try to run the bitcoind client on a Raspberry Pi. Mostly because I wanted to try p2pool and it requires that the client is always running.

So I compiled the latest bitcoind from git on the Raspberry and fired it up - after 24 hours, it was not even close to being done with the block chain.

I then copied the .bitcoin directory contents from another machine (a standard PC) to the Pi and deleted the wallet.dat file so it would create a new one. Well, when bitcoind started up, it started all over from the beginning with the lowest block numbers.

Is there something I need to do on the sending-side before copying the .bitcoin directory to a new PC so I don't have to start over and download and process the whole blockchain?


Edit - I suspect I have to detach the databases first in the client...
Edit - Detaching the databases before copying didn't help.
203  Other / CPU/GPU Bitcoin mining hardware / Re: my system's are 1.6kwh?! on: November 20, 2012, 02:33:28 PM
I got my usual electricity bill and found a slight shock that my powerconsumption for 1 aug 2012 - 1 sep 2012 was 1330 kWh and 1 sep 2012 - 1 okt 2012 1138 kWh.

I'm using 200kwh/month for non mining related costs, so basicaly during augusth my mining rigs where: 1330 -200 = 1130kwh.
1130kwh/30/24 = 1.57kw each hour.

I used to have this setup:
Rig 1: Aircooled tripple(3) AMD 7950 clocked at 1055core/625memory 1093mv, powerusage was 660w at wall using kill-a-watt
Rig 2: Watercooled double(2) AMD 7950 clocked at 1100core/800memory 1100mv/1168mv, I need to find logged data but according my electricity bill this amounts to 500w(?)
Rig 3: Watercooled single(1) AMD 7970 clocked at 1268core/1000memory 1243mv, I need to find logged data but according my electricity bill this amount to 400w(?)

I guess it's possible that my Rig 2 and Rig 3 used together 900w considering the overvolts?

Get yourself one of these:

http://www.amazon.com/P3-International-P4400-Electricity-Monitor/dp/B00009MDBU/ref=sr_1_1?ie=UTF8&qid=1353421948&sr=8-1&keywords=killawatt

204  Other / Off-topic / Re: Already delays in BFL shipment plans? on: November 20, 2012, 02:30:09 PM
It certainly makes no sense to have "no batches" and a "1/3rd" plan.

It was the customers that came up with that plan, not BFL. It was perceived as being the most fair. There is only one batch - the first one. After that, BFL has said they will ship stuff out as soon as they make it.
205  Other / Off-topic / Re: Already delays in BFL shipment plans? on: November 19, 2012, 02:13:15 PM
After running gpus how can one even be concerned about the power usage is beyond me looking at any of the asic's possible  usage...  to me it is irrelevant when i make the choice to buy. It will all be based on hashing for the dollar which will offset poss higher elect usage plus actually getting something that powerful. Any asic is the only choice. Pennies here or pennies there are of little concern.

Well I'm in bitcoin for the long term and power utilization will become more and more important as the profits go down. Initially, yes, it won't matter. You'll be making enough that it won't matter. I've purchased a Raspberry Pi which only takes 4 watts to run to minimize my overhead. But initially, when uptime is the most important factor, I'll be running the ASIC's off of a regular PC.
206  Bitcoin / Pools / Re: [3800 GH] BTC Guild - Pure PPS Merged Mining - Stratum+Variable Diff ASIC Ready on: November 18, 2012, 01:17:00 PM
More updates for the coming changes now that I'm back to digging into the Stratum server to allow user switchable payout methods (PPS/PPLNS).

With the coming changes, it will be possible to specify a difficulty on BTC Guild's stratum based servers.  Specifying a difficulty will be done using the worker password field using diff_1, diff_2, diff_4, etc.  The difficulty -must- be a power of 2 (1, 2, 4, 8, 16, 32, etc.) due to how variable difficulty is designed in my implementation.  If you do not use a power of 2, it will use the default vardiff settings.

When a user specifies a difficulty, this will be marked as your minimum difficulty, regardless of how slow submissions come in.  It will also follow different rules for increasing.  Instead of a 12-20 shares per minute target, it will only increase your difficulty if you exceed 30 shares per minute during a 5 minute window [sometimes faster in extreme cases].

These changes are not live yet, this is just a preview of some of the changes I'm trying to squeeze in before the reward halving hits.

This is awesome!  Let us know when we can start using it.   Great job Eleuthria.
207  Other / Off-topic / Re: BFL and public relations on: November 18, 2012, 03:14:38 AM
BFL wants nothing more than to ship their product. They know that a lot of people are waiting before ordering. You think they have a lot of orders now? Wait until they start shipping product.
208  Bitcoin / Mining speculation / Re: Short range forecast of the network hashrate on: November 16, 2012, 06:40:47 PM
You lost me starting with the word "I've".  Does this model tell you anything about what will happen to the BTC price when all the ASIC power comes online?
209  Bitcoin / Mining / Re: I'm looking for partners for GPU mining I have free electricity on: November 15, 2012, 03:28:41 PM
...in my opinion the ASIC is scam and they will not be delivered.

This is the basis for your new business?  You're in a lot of trouble...
210  Other / CPU/GPU Bitcoin mining hardware / Re: Raspberry Pi alternatives that can run multiple BFL singles, ASICs ? on: November 14, 2012, 07:50:30 PM
A BeagleBone would be a potential alternative.  I'm surprised noone has mentioned it yet.  They draw about 3 watts, less than the RPi.

Those look to be between 90 and 100 USD. Kind of on the pricey side. $50 is about my personal cap for these types of hardware.

They're $87 if you buy 5 or more.  Grin

Seriously we use these things at work and I use them at home.  They're very reliable, apparently more reliable than the current generation of RPi.

Looks like a better processor than the Raspberry Pi, but no video out, so it would kind of leave you guessing if something went wrong and you couldn't connect to it.
211  Bitcoin / Mining / Re: Sabotaging Mining Pools on: November 14, 2012, 07:23:03 PM
It hurts all miners indirectly, including the one doing the sabotage.  Imagine you are doing this and manage to bankrupt a pool because its fees don't cover its expenses. Imagine it's a big pool like slush - confidence in bitcoin will drop and might even make other pools decide to quit the business. Price of bitcoin goes down... saboteur loses too.  
212  Other / CPU/GPU Bitcoin mining hardware / Re: Raspberry Pi alternatives that can run multiple BFL singles, ASICs ? on: November 14, 2012, 06:59:13 PM
Since the Raspberry Pi's USB issues prevent it from running even one single reliably, are there any alternatives around 60-85 dollars that people are using for mining? The Mele A1000 and MK802 look promising but I'd like to know if anyone is using them before I purchase and give it a try.  

If the quest is hopeless I may just spring for a book sized atom based machine like this one:
http://www.newegg.com/Product/Product.aspx?Item=N82E16856205007


Not correct, depending on HW/SW details. I used to have issues with the older Linux distro and some older cgminer too (I have a 256MB RPi)
After updating its system and cgminer, I am running it with a BFL Single for close to 2 months now without ever needing to touch it.

With regard to multiple Singles, it depends on the specific USB hub.


So, Wogaut, don't leave us hanging... what kind of USB hub are you using?  Brand, model, powered or not?  Is the Pi getting it's power from the USB hub or a separate power supply?
213  Bitcoin / Mining software (miners) / Re: CGMINER GPU FPGA overc monit fanspd RPC stratum linux/windows/osx/mip/r-pi 2.9.3 on: November 14, 2012, 03:36:30 PM
Are there any issues with running multiple instances of cgminer as long as they are talking to different devices? Does cgminer hold any locks or open any pipes or temp files?
214  Economy / Goods / [Withdrawn] Yamaha Flute 225SII on: November 13, 2012, 12:18:53 AM
Withdrawn
215  Other / Off-topic / Re: BFL and public relations on: November 12, 2012, 11:39:01 PM
Just guessing.

Guessing ... well, that's one of the major annoyances on http://forums.butterflylabs.com/
There are so many bootlickers and wannabe BFL employes on there that it's hard to filter out accurate information in all those tons of useless comments.
So many speculations and guesswork.

I posted my question ("working prototype") hoping that a BFL official would respond - but got banned instead.

It seems the purpose of those forums is only mutual sugarcoating and backslapping - to bear with the constantly delayed delivery dates.

You should go back and read the thousand-count posts from when BFL first announced the FPGA based equipment. I was skeptical too back then but they have a fairly successful history now of completing orders.
216  Bitcoin / Hardware / Re: Set-up to run up to 25 ASIC units on: November 11, 2012, 06:59:00 PM
If you mean like see them in BFGMiner or something, they won't all fit on a screen, no matter how big it is (I tried for a screenshot) ... the text got so tiny as to be illegible and it still only had about 120 on the screen.



Too bad, that would have made some great miner-porn.
217  Bitcoin / Mining speculation / Re: ASICs - which should you choose? on: November 09, 2012, 06:44:54 PM
Working on some difficulty curves along those lines. But after the long weekend... Wink

I wouldn't worry about power usage if you have one or two Asics, they use as mutch as some lightbulbs XD.

I would absolutely worry about power usage. It will mean the difference between and profitable and non-profitable miner in the future. You may only be looking at the price or the hash rate now, but later, power usage will be the only thing keeping your head above water.
218  Other / Beginners & Help / Re: Running an FPGA on Raspberry Pi, possible? on: November 09, 2012, 03:10:18 PM
If I manage to get one of the ASIC devices sent to me, I'll probably run it on a PC for the first couple weeks - just to make sure I milk as much coin from it as possible. I don't have any history with the raspberry pi and won't trust it until I see it run for days at a time without problems.
219  Other / Off-topic / Re: ACTUAL Butterfly Labs PCB pics! on: November 09, 2012, 02:55:05 PM
I'm surprised that BFL didn't get better efficiency than they did. Just going from 90nm to 65nm should double efficiency, right? Then where's the additional advantage of using the full custom approach? I'm comparing with the current power estimate of the bASIC.

It's not just the fabrication process size that matters. The implementation of the hardware is a huge factor.

Yep, so why do we only see the 2x "die shrink" advantage in these power estimates and nothing else? Where's the additional efficiency gain of going full custom? Shouldn't the BFL be 3x or 4x more efficient, not just 2x?

And I'm aware Inaba has already answered this by saying Tom's numbers are unrealistic. But I don't think either one has a working prototype, so we'll just have to wait and see.

Maybe they're "holding back" and will surprise us with better "real" numbers when the product ships.

Checkout this post from BFL which seems to support my position:
https://forums.butterflylabs.com/showwiki.php?title=FAQ:Bitforce+SC+ASIC+Product+Line

"While our numbers are very good, we are being conservative with our announce power figures and the likely power consumption will be even less."
220  Other / Beginners & Help / Re: Running an FPGA on Raspberry Pi, possible? on: November 08, 2012, 05:59:27 PM
Hi,

dmesg | grep -i ztex gives the following output
[  867.285970] usb 1-1.3.3: Manufacturer: ZTEX

dmesg | grep -i vendor gives that output
[  949.549067] usb 1-1.3.4.4: New USB device found, idVendor=046a, idProduct=0023

After doing
sudo modprobe ftdi_sio vendor=0x221a product=0x0100
i get a ttyUSB0 in the /dev folder and i do
sudo chmod a+rw /dev/ttyUSB*

The packages libusb-dev and libudev-dev are installed as the newest version (apt-get says that).

So far it looks right and from the tutorials it should work. But cgminer just says
"All devices disabled, cannot mine!"

How do i specify the device on the commandline? Seems to be my last hope before trying it with Debian Squeeze

EDIT:
I just found out how to specify a device - it should be
cgminer -S /dev/ttyUSB0 or
cgminer --scan-serial /dev/ttyUSB0

But cgminer just says this is an unrecognized option :/ Can it be i have a wrong cgminer-version or something?
cgminer -V says its cgminer 2.9.1

Did you compile the code yourself or download a binary? Was is compiled with the option to recognize the ztex?
Pages: « 1 2 3 4 5 6 7 8 9 10 [11] 12 13 14 15 16 17 18 19 20 21 22 23 24 25 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!