Ja, werde ich - allerdings möchte ich die verkauft haben, bevor die 7990 draussen sind.

bitmit, ebay, ricardo - alles der gleiche Aufwand: Photos knipsen, reinstellen, toll bewerben und und... Hoffte dass Bitcoiner wissen, was sie da bekommen

Wirklich keiner

Dann scheint die Zeit des GPU-Minings ja wirklich abgelaufen zu sein...

<OFF_TOPIC>

Yohan,

could you maybe clarify whether you are John (like you signed one of your last posts here)?
Just to prevent you entering schizo mode when I write 'Hi John, yohan said...' to boadsales@enterpoint

</OFF_TOPIC>

That's the math I did when I decided to jump in. The 40$ premium over a BFLS will equalize for me (.15$/kWh) within 9 months. Enough time to drive out GPUs and remain profitable in the long run.

OTOH - if BFL's ASIC comes too fast, we all are going to be pushed out and I'll maybe need to re-program the boards for WPA2 cracking or some other 'useful' work

I see, you did not read the announcement in my sig

50 from the first batch go to my mining company. I'd be able to replace 4GH/s GPU force with 10x more FPGA force at the same energy consumption. Now that's what I call significant improvement

Hallo zusammen,

habe vor weniger als drei Monaten meine alten HD6950 durch HD7970 ersetzt und diese mittlerweile nach dem Wechsel zu FPGA stillgelegt.

Ich habe die Karten dummerweise gekauft, als sie hier in der Schweiz schwer zu bekommen waren und dafür ziemlich viel hingeblättert (je 600 CHF, ca. 500€). Der Neupreis ist mittlerweile um 10-20% zurück gegangen, weit mehr, als die Karten gemined haben Bevor ich die Karten bei ricardo oder eBay hochstelle, wollte ich hören, ob noch jemand mit GPUs rechnet und was er dafür bieten möchte.

Es handelt sich dabei um

• 1 x XFX HD7970 Black Edition 3GB, max. Core 1125 MHz
• 1 x Gigabyte GV-R7970-OC, max Core 1200 MHz

Ich habe die Karten im Originalzustand betrieben, d.h. nichts am BIOS geändert oder sonstwie getweakt, da die Karten schon bei den offiziell vom Hersteller erlaubten Taktraten beim Minen an ihre Grenzen kommen (sprich: bei max. Clock läuft der Lüfter bei 90%+). Gelaufen sind sie unter Linux unter cgminer mit autofan/autogpu und einer target-temp von 75°C. Bei der Einstellung haben sie zuletzt zusammen 1400MH/s gemacht (~670 XFX und ~730 Gigabyte) und dabei so an die 500 Watt gezogen.

Die Rechnungen sind von Ende März, d.h. die Karten haben in der Schweiz noch knapp 20 Monate Händlergarantie.


Ich denke, ich bekomme bei ebay momentan noch so etwas um die 340-380€ pro Karte (sind bis zum Erscheinen der 7990er nach wie vor die besten Gamer-Karten von ATI). Für Bitcoiner wären das um die 90BTC als Verhandlungsbasis.


Bei Interesse oder Fragen bitte PM oder Antwort hier im Thread.


Gruss, zefir


Edit: Karten wurden von einem Neueinsteiger gekauft.

Australia is sleeping, so take this as a non-qualified guess.

--disable-opencl --disable-adl --enable-bitforce are configuration and not compile options. This is what you need to build for Linux, guess it should be same for Windows:


On successful build, run and the second line of the output will show you what is supported (for you it should be 'Built with bitforce mining support.').

HTH

Thanks, that's a really helpful and very promising update.

Looking at roomservice's FPGA mining farm setup nicely shows how daisy chaining the communication will reduce the cable mess when setting up such a cluster of boards

Great job!

Hi yohan,

while eagerly looking forward to get my Quads delivered, I started preparing the setup to prevent any additional delays after receipt - to be able to unpack the boards and start mining immediately 

Assuming each board will consume less than 40W, I prepared two 1.2kW PSUs and need some additional information to prepare power and communication cabling. If it was not already answered somewhere else, could you please respond to the following:

1) Stacking Kit
Does the stacking kit you are going to offer (or at least plan to) include cables to connect the up/down interfaces for daisy chaining? If so, does this include USB chaining and/or power supply?

2) Communication
Does the claimed 'Supports up and down interfaces for data flow within board stacking' imply that interconnected stacked boards need to be attached to only one USB port and will be detected as an array of tty interfaces (this is to know how many USB hubs I need to prepare)?

3) Power Supply
Are all the power connectors directly connected? What I would like to do is: stack 5 boards, connect the middle one via PCIe6 to PSU and connect all Molex connectors. Would this be doable to power all boards?


Thanks in advance (not to mention: kudos for keeping your promise)

Yes, I basically compared the difference between drivers and found that only the bitforce was missing the additional check for MIBSEB builds.

Not sure how to interpret your last sentence, but it would be a pity if the support for some devices got negatively influenced by political dissents

It is not a big issue and I'd have already submitted the related patch, but I can't test Windows builds ATM and refrained from posting untested code...

You mean the endian thingy for BFLS? Not sure, the condition in driver-bitforce.c@HEAD:357 is still checked against __BIG_ENDIAN__, which seems to be not set in the gcc-Linaro-4.6 toolchain for building MIPS.

Any reason not to use ntohl()/htonl() without explicit checking for endianess and let the the preprocessor taking care on that?

Not if you want to remain endian agnostic, i.e. if you add -D_BIG_ENDIAN_ to CFLAGS in the OpenWRT Makefile, you'll need to remove it for little endian builds.

For Linux builds the way it is done in cgminer is wrong, but I guess it is so to compile on Windows. Usually you add bswapXX unconditionally to any network byte order (or big endian) value and the preprocessor resembles that call to an empty macro on big endian machines. In fact, building cgminer for OpenWRT warns about multiple definitions of bswap32 that are already defined in <linux/swab.h>.

There is some potential to fix this, but since I can not test Windows builds I'd take it as is with the given workaround.

Never mind, found the problem in __BIG_ENDIAN__ not being set for that target platform.

This patch is required to build cgminer with BFLS support for OpenWRT:


Good Luck!

Anyone being successful operating BFLS with cgminer from a big endian machine?

I am using the same device xiangfu does for operating his Icarus farm (TP-Link TL-MR3020), which is based on an Atheros MIPS core (big endian). Using the git HEAD this is the debug output:


I suspect something is not fully endian aware in the driver-bitforce module. I compared to what xiangfu/kano did for Icarus, but the relevant code lines seem to match the bitforce counterpart.

Any idea where to look at first?

Thanks, zefir

+x for Yubikey (like it is used for MyWallet/blockchain.info)

Update: dividends for week 21.2012 paid & announcement for upcoming expansion

Dear investors,

the dividends for week 21.2012 were paid with 420449 Satoshi per bond. Due to the lack of support for automated payments at pre-defined times at GLBSE and me being away from keyboard yesterday, I paid several hours early. With you being rather investors than traders sniping for the payment time to gain 1.3% profit, I assume you are fine with that until GLBSE provides according functionality to exactly schedule them.

The upcoming expansion is knocking at the door. The Cairnsmore1 Quads are scheduled to ship within two weeks. Enterpoint engineers are working on a modification of the Icarus bitstream to work around a layout bug they had with a RX/TX line in their HW design, but with their competence they proved so far I am quite confident to have the additional 40GH/s fully operational by the end of June.

My initial plans for short term growth were to offer the added mining power to the public quickly and collect enough capital to place another order for Quads at Enterpoint within June to get the pre-series price of 640$/board secured. While this is still an option, the order backlog at Enterpoint is filled up for July already, new orders will be processed for August at the earliest (maybe later due to summer holiday season). My attempts to establish a license agreement with existing FPGA manufacturers and build my own boards on demand were successful, but again with lead times for the Spartan6 of 8+ weeks it is currently impossible to quickly add hashing power.

Aside from existing FPGA based mining solutions, the development of alternatives and improvements got an increased momentum recently. BitFury showed up with a large scale Spartan6 based modular system that provides 100+ GH/s condensed in a 19" rack at BFL competitive prices per MH/s but with better energy efficiency. They use a custom bitstream providing 250-300 MH/s per chip, the same improvements that EldenTyrell is going to unveil and sell in June. ButterflyLabs themselves uncovered their work on a Bitcoin ASIC with the best possible performance and energy efficiency, along with a program to secure investments in current BFL products with a buy-back option. Lastly, the OpenBitAsic is working on a community attempt to produce a sASIC with better performance and energy efficiency compared to FPGA.

It is a fascinating journey to follow and exciting to be able to participate. No matter which technology will establish in the short and survive in the long run, the capital required to take advantage of the accelerating development is steadily growing. To be able to quickly react (like I did when ordering 50 Cairnsmore1 Quads to get them for pre-series price), a significant amount of liquidity is needed. If you trust in Bitcoin generally as I do and trust in me and my ability to follow this development to provide a solid and continuous participation in Bitcoin mining rewards, I'll be glad to have you on my side.

As soon as Enterpoint proves that their Quad boards are able to mine with the anticipated hashing rate and I get my shipment confirmed, I am going to issue more bonds and provide up to 75% to the public. They will be sold at the arithmetic average between bid and sell price at time of issuence. As with the pre-IPO, large scale investors willing to buy blocks of 50 bonds can PM me for early investing.


Cheers, Zefir

Update: preparations for first dividend payment & termination of bail-out period

Dividends will be paid Sundays at around 13:00 UTC, with the first payment scheduled for tomorrow May 20th.

I set up a Google Docs spreadsheet for weekly dividend calculations here. Dividends are calculated for each week Sundays at 12:00 UTC for the previous 7 days, with difficulty adjustments being taken into account with an accuracy of down to seconds. The update will be based on the timestamp of the according block.

The dividend for the past week at an unchanged difficulty of 1.733M is 0,00406229 BTC per bond.

Right before the dividends are paid tomorrow, I will remove the bid wall I set up for the first post-IPO week to allow investors a bail-out at no cost. I'll be glad if you stay invested with me, but if you feel unsure, do not miss to place your sell order in time. I might at my discretion set up bid walls to prevent investors from accidentally selling their bonds for Satoshis, but my guaranteed buy-back offer expires tomorrow.


Cheers, Zefir

Interested. Good Luck!

Hi Andrew,

as was written above, you are looking for a put option on BTC/fiat rate.

I was in need of a similar instrument to insure BTC fiat equivalent for a given time (i.e. the BTC will buy me at least the same in the fiat world in two months as they buy me today), see the related thread.

I suggest you to ask user brendio directly, he made me a very fair offer for that. It turned out I didn't need the insurance since the final transaction is to be carried out in fiat anyhow. Therefore I'm not advocating for him based on experience - just saying that his offer was very good.