Bitcoin Forum
June 07, 2024, 09:57:50 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 [90] 91 »
1781  Other / Off-topic / Re: BFL Single in the wild (BOUNTY RECEIVED!!!) on: March 05, 2012, 01:57:45 PM
I was really expecting the (confirmed) # in the wild to increase to more than 3 by the end of this weekend... but I guess not.

Question:  The singles can be "stacked," yes?  As in you can plug the USB from one into another single black box, so that only one USB port is needed on the computer running them?

I thought I read that somewhere...

To connect multiple USB devices to the same port, you need a HUB. A HUB has one port going to your
PC, and 7 or 12 or 20, etc ports available on itself. You can later connect other USB devices to those
expansion ports, or use all of those ports except one of them, and connect another HUB to that one
available port. This cycle can be repeated until a total of 127 Devices are connected to PCs USB port.
(Note that HUBs are counted as a device too, so best effiency is gaind when using less number of
HUBs who has more expansion ports on them).


Regards,
True, but the chain can only be 5 hubs long.
So if you have 20 5port hubs, connect one to the pc, then connect 5 of them to the first one, then connect the last 16 to the 5.
1782  Bitcoin / Hardware / Re: FPGA development board "Icarus" - 3rd batch payment start. on: March 03, 2012, 10:07:38 AM
The job will be done in 11.3 seconds. So maximum interval is 11.3 seconds. Shares are rarely found in the 11->11.3 seconds range. The more you decrease the interval "lower than 11" the lower efficiency you will get.

Lower interval "lower than 11" = more jobs with no shares = lower efficiency.

The chance to find a share in the 11->11.3 seconds range is the same as find one in the 0->0.3 or 5.5->5.8 or anywhere for 0.3 seconds.


I think people are talking about different meanings for the term efficiency.
There is an efficiency where you want to find as many shares possible per jobs. You want to set the interval large enough so the job is completed in that time.
There is an efficiency where you want to find as many shares possible per time. You want the FPGA have new work before it completes the current job.

If you set the interval between jobs to low the first one drops, thats a higher load for the pool.
If you set the interval between jobs to high the second one drops, the FPGA has nothing to do.

If I had a FPGA miner I would try to set the interval to the time it takes to complete a job minus the maximum time it takes to get a new job.
That way I know the FPGA has new work to do on time and the pool don't get to high load.

But, I don't have any real world experience, so I can ofcourse be wrong somewhere. It's just my software engeneer point of view Smiley
1783  Other / CPU/GPU Bitcoin mining hardware / Re: Raspberry Pi $25 PC - Could we run GPUs/FPGAs on this? on: March 02, 2012, 07:42:15 PM
Type B has 2 usb ports, type A only one.
The dubble usb port count is also worth something Smiley
1784  Other / CPU/GPU Bitcoin mining hardware / Re: Raspberry Pi $25 PC - Could we run GPUs/FPGAs on this? on: February 29, 2012, 12:33:02 PM
Where it says GPU is capable of 1Gpixel/s, 1.5Gtexel/s or 24GFLOPs with texture filtering and DMA infrastructure you'll have to excuse my ignorance here, FPGA stuff is like an alien world to me,  but isn't 24GFLOPs a rather large number..... can anyone compare this to say a 6970? GFLOPs for GFLOPs
AMD's GFLOPs # for 6970 is 683, or >28x greater.
https://en.bitcoin.it/wiki/Mining_hardware_comparison
So the 6970 gets 397 MH/s with 683 GFLOPS, or 1.72 GFLOPS / MH/s
So the raspberry pi GPU gets 24 / 1.72 = little under 14 MH/s
14 MH/s for $25 (A type is cheaper but with the same GPU) is $0.56 / MH/s

Conclusion, the normal GPUs for a normal pc are 3 to 6 times more efficient.

Another point, (most? all?) GPU miners are probably written with the opencl library, I don't know if there exists a version of it for the raspberry pi.
1785  Other / CPU/GPU Bitcoin mining hardware / Re: Raspberry Pi $25 PC - Could we run GPUs/FPGAs on this? on: February 29, 2012, 08:32:36 AM
RASPBERRY-PI - RASPBRRY-CHIPSET - CHIPSET, RASPBERRY PI, MODEL B - £21.60 (google tells me thats € 25.54)
RASPBERRY-PI - RASPBRRY-PCBA - SBC, RASPBERRY PI, MODEL B - € 33,02

What I think (but can't find clear on the website) is the first one is the components (chipset) and the second is the complete assembled version.
The first one is listed under accessories, the second one under primary platform.

/edit, seems I can't order them yet.
Binnenkort verkrijgbaar - registreer hier uw interesse (Coming soon - register your interest here) at farnell site.
Register here to express an interest in Raspberry Pi at rs site.
1786  Other / Off-topic / Re: Butterfly Labs - Bitforce Single and Rig Box on: February 27, 2012, 05:39:55 PM
One thing to consider is the overhead for queuing work and checking results: assume the serial communication goes over 115.2kbps 8N1, sending a job request takes around 4ms, if you added starting nonce and length about 5ms. Checking for results adds another ms.

At 800 MH/s the BitForce needs 5secs for the whole nonce range. Splitting up the work into e.g. 64 chunks to get latency down to 80ms will cost you about 350ms for communication. Thats 7% of total idle time for your BFL... Might still be worth considering as a mean to prevent chips from running hot Wink
Unless the input/output is buffered before sent to the sha256 engine.
In that case it doesn't matter how often you send new work.
1787  Bitcoin / Hardware / Re: FPGA development board "Icarus" - 3rd batch payment start. on: February 26, 2012, 12:49:40 PM
Many are different, but exchangeable.
If you look at http://nl.wikipedia.org/wiki/Netstekker type e for belgium and type f for the netherlands, many connectors in the netherlands have an extra hole so they fit in the wall in belgium.
1788  Other / Off-topic / Re: BFL Single in the wild (BOUNTY RECEIVED!!!) on: February 23, 2012, 04:37:43 PM
Or a SheevaPlug.
Are the Raspberry Pi computers on stock?
1789  Other / Off-topic / Re: BFL Single in the wild (send me my bounty!) on: February 23, 2012, 10:33:41 AM
If you have 100 devices on 1 usb port, you definitely make use of usbhubs.
If you have a root hub with 5 ports with each 5 another 5 port hub and on those each a 4 port hub you have a totel of 5*5*4 = 100 ports.
You can just unplug 1 of the 5 hubs on the root hub and see if 24 more or 25 more devices fail. If 24 more fail you found the hub with the broken device.
A lot faster than trying each of the 100 Smiley
1790  Bitcoin / Hardware / Re: Nanominer - Modular FPGA Mining Platform on: February 22, 2012, 10:53:37 AM
What do you want to know about it?
It's not a FPGA and if it is possible to mine on it, it would be very slow and no networksupport on it.
Maybe a normal pc can mine faster in just the time it takes to talk to this thing.
1791  Bitcoin / Mining / Re: Who in the world is 95.120.241.167? on: February 22, 2012, 10:39:11 AM
4th most shares over the last 4 days as well.

Deepbit - 213
BTC Guild - 72
Slush - 68
95.120.241.167 - 41
EclipseMC - 23

The next nearest unknown is 0.0.0.0 with 6.
Small calculation,
4 days * 24 hours/day * 6 blocks/hour = 576 blocks per 4 days.
41/576 blocks = 7.12% of total hashing power of the network.
Impressive :-)
1792  Bitcoin / Mining / Re: Who in the world is 95.120.241.167? on: February 21, 2012, 01:12:11 PM
What does the "relayed by" mean anyway?
Isn't it just the node in the bitcoin p2p network who was the first who told blockchain about the new block when discovered?
1793  Bitcoin / Mining / Re: Who in the world is 95.120.241.167? on: February 21, 2012, 12:38:11 PM
Any big pool ip disappeared? might be a changed ip address.
1794  Local / Nederlands (Dutch) / Re: Nederlands! on: February 20, 2012, 07:01:23 PM
You can also try http://www.verzamelaarsmarkt.nl/nl/bankbiljetten/Nederland_100_Gulden_1970_/1/15/121.aspx
If it qualifies for quality Zf (obvious used with multiple folds both horizontal and vertical) they sell it for 125 euro.
If they buy it for half that value (i have no idea how much they will offer) you get 62,50 euro each.
You can try email them at the verkoop@ address found at that site.
1795  Other / Beginners & Help / Re: Basic questions - wrapping head around wallets on: February 16, 2012, 02:56:13 PM
Also, I have downloaded the software from bitcoin.org but I can't seem to find a way to manually input/import wallets into the program. Is this possible?
C:\Users\User Name\AppData\Roaming\Bitcoin\wallet.dat
If you replace it with your old wallet.dat it would probably work
1796  Other / Beginners & Help / Re: Basic questions - wrapping head around wallets on: February 16, 2012, 02:51:32 PM
The first part I have no idea.

The second part, all transactions are in the blocks in the network so it's easy to keep track of everything.
Just throw it in a database and ask the database what you want to know.
Why should it be hard to search?
1797  Bitcoin / Hardware / Re: Nanominer - Modular FPGA Mining Platform on: February 13, 2012, 03:29:05 PM
From my forum at http://www.nonverba.org/forum:
Now, the final addition we do is to add the round constant, something that will always be the same.
In this specific situation it's 0x5be0cd19. Now, before we commit our 128th clock cycle to adding that to our previous 32-bit "h" value, we can add very resource friendly code to determine whether our "h" value is too high to yield a winning number. We can say that if "h" is greater than 0xa41f32e6, it cannot yield a winning digest and we should not waste that clock cycle. Great, that was easy, and isn't nearly the magnitude of problem I'm working on, but it's here to get the idea across. This one is a completely predictable example, the true optimization will come from probability-derived solutions earlier. Anyways...
I don't understand.
If the h value of the midstate is 0x5be0cd19, then the next h value that is added to it must be exactly 0xa41f32e7 to get the 0x00000000 value to make a valid share at difficulty 1.
Isn't that a way bigger advantage? Now you know for sure you got a value you want and not some strange percentage.
I assume no pools use shares less than difficulty 1 and for mining in pools with difficulty greater than 1 it should be easy for the miner software on the host computer to check if the share with difficulty 1 is also valid for the pool with difficulty x.
1798  Bitcoin / Hardware / Re: FPGA Miners? on: February 10, 2012, 11:12:59 AM
When the total network hashing power get higher you get less BTC for your shares.
So if the BTC stays at the same price but the network speed gets 10 times as fast, and normally you need 10% of your BTC to pay the bills for the electricity, you now need all of your BTC to pay for electricity.
FPGA's are about 10 times as cheap in electricity consuming so they will rise from 1% of your BTC to 10% of your BTC.
1799  Bitcoin / Hardware / Re: FPGA development board "Icarus" - 3rd batch information. on: February 08, 2012, 03:02:14 PM
I do think so.
This is what I base my answer on,
1, if a byte lost during the communication, it will generate some wrong data, but at the next work push, it will return to normal. it uses only a simple 512bits shift register to receive work.  Grin
So if the rs232 is at 115k2 you waste 512 / 115200 of a second, 4.444444ms which is at 200MH/s a total of 888,889 hashes each time you send new work.
1800  Bitcoin / Hardware / Re: FPGA development board "Icarus" - 3rd batch information. on: February 08, 2012, 02:19:40 PM
How does it know when the next 512bit packet will start? By means of a timeout? I see no other way to determine packet boundaries once a desync has happened with the current protocol. It would wait for the missing byte, and then steal the first byte of the next packet, and so on.
For easier example I change 512bit to 32bit Smiley

FPGA buffer starts at some value 0x?HuhHuh?

New value is 0x12345678

Computer sends a byte 0x12
FPGA buffer is now 0x?Huh??12
Computer sends a byte 0x34
FPGA buffer is now 0x????1234
Computer sends a byte 0x56
FPGA buffer is now 0x??123456
Computer sends a byte 0x78
FPGA buffer is now 0x12345678

New value is 0x87654321

Computer sends a byte 0x87
FPGA buffer is now 0x34567887
Computer sends a byte 0x65 but FPGA doesn't receive
FPGA buffer is still 0x34567887
Computer sends a byte 0x43
FPGA buffer is now 0x56788743
Computer sends a byte 0x21
FPGA buffer is now 0x78874321

FPGA calculates with wrong value

New value is 0xCAFEBABE

Computer sends a byte 0xCA
FPGA buffer is now 0x874321CA
Computer sends a byte 0xFE but FPGA doesn't receive
FPGA buffer is still 0x4321CAFE
Computer sends a byte 0xBA
FPGA buffer is now 0x21CAFEBA
Computer sends a byte 0xBE
FPGA buffer is now 0xCAFEBABE

FPGA calculates with correct value
Pages: « 1 ... 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 [90] 91 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!