crazyates
Legendary
Offline
Activity: 952
Merit: 1000
|
|
June 17, 2013, 05:20:49 AM |
|
Awesome! Luke, you need any pizza deliveries, you let us know, OK? I doubt LJR has 10,000BTC just lying around.
|
|
|
|
KS
|
|
June 17, 2013, 08:55:13 AM |
|
Awesome! Luke, you need any pizza deliveries, you let us know, OK? I doubt LJR has 10,000BTC just lying around. Those pizzas were quoted at 10Million BTC by a Google translated article in Russian. Ouch http://www.kommersant.ru/doc/2213241The path to the real world
Since the beginning of the year there are more messages that consumers often prefer to use a virtual currency, paying them for goods and services. The first known case of acquisition of goods for Bitcoins is buying pizza by one of the official forum - he paid 10 million Bitcoins.
|
|
|
|
someone42
Member
Offline
Activity: 78
Merit: 11
Chris Chua
|
|
June 17, 2013, 12:41:22 PM |
|
From reading the firmware source and looking at the released datasheet, the BFL chips interestingly do not have certain SHA-256 constants hardwired. The firmware is responsible for setting the SHA-256 initial hash value for the first hash, as well as the padding and length of both the first and second hashes.
What this means is that (for example) if an extra field were to be appended to the block header, the BFL chips could handle this change (via. a firmware upgrade), but the Avalon chips couldn't. This also means that the BFL chips are slightly less-than-optimal (I have no idea how much less than optimal), since some extra gates will be required to handle the possibility that those "constants" can change.
|
|
|
|
jaywaka2713
Sr. Member
Offline
Activity: 266
Merit: 250
aka 7Strykes
|
|
June 17, 2013, 04:05:09 PM |
|
From reading the firmware source and looking at the released datasheet, the BFL chips interestingly do not have certain SHA-256 constants hardwired. The firmware is responsible for setting the SHA-256 initial hash value for the first hash, as well as the padding and length of both the first and second hashes.
What this means is that (for example) if an extra field were to be appended to the block header, the BFL chips could handle this change (via. a firmware upgrade), but the Avalon chips couldn't. This also means that the BFL chips are slightly less-than-optimal (I have no idea how much less than optimal), since some extra gates will be required to handle the possibility that those "constants" can change.
What do you think could be added to the block header? Could you also explain what the effect of the chips being less-than-optimal.
|
|
|
|
someone42
Member
Offline
Activity: 78
Merit: 11
Chris Chua
|
|
June 18, 2013, 02:09:56 AM |
|
What do you think could be added to the block header?
Could you also explain what the effect of the chips being less-than-optimal.
I personally don't think anything will be added to the block header within 5 years, since that would have the effect of making lots of existing ASICs useless. Also, if anyone wants to "add" some extra data to a block, they can already do this (in a way that's compatible with all existing miners) by using the coinbase. What I mean by less-than-optimal is that since the SHA-256 constants are not hardcoded, some logic can't be optimised out at compile time. Within an ASIC, this would manifest as increased die area or power consumption. But I have no experience with ASIC design, so for all my ignorance it could be an insignificant 0.0001% increase or an embarassing 10% increase.
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
June 18, 2013, 11:53:16 PM |
|
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
June 19, 2013, 12:11:29 AM |
|
BTW, if anyone wants to hack at something... I'd suggest going back in the git history to get at the interleaved works (or maybe it's still in the latest code too, just disabled?) before the change to one-job-per-chip. If you get that working, Little Singles and better should be fine on p2pool... (and lower stales mining normally too)
|
|
|
|
|
Flashman
|
|
June 19, 2013, 02:44:30 AM |
|
Within an ASIC, this would manifest as increased die area or power consumption. But I have no experience with ASIC design, so for all my ignorance it could be an insignificant 0.0001% increase or an embarassing 10% increase.
My gut isn't all that ASIC experienced, but FWIW it says fairly insignificant, few tens of extra gates for the few millions total.... I'd put a range of 0.01% to 0.001% on it.
|
TL;DR See Spot run. Run Spot run. .... .... Freelance interweb comedian, for teh lulz >>> 1MqAAR4XkJWfDt367hVTv5SstPZ54Fwse6
Bitcoin Custodian: Keeping BTC away from weak heads since Feb '13, adopter of homeless bitcoins.
|
|
|
Lucko
|
|
June 19, 2013, 10:51:15 PM |
|
Did anybody figure out what is magic booster that cost 100$ and increase speed from 5,5 to 7. Can this be done at home or do I need to pay 100$?
|
|
|
|
philips
|
|
June 19, 2013, 10:54:10 PM Last edit: July 03, 2013, 01:12:55 PM by philips |
|
Did anybody figure out what is magic booster that cost 100$ and increase speed from 5,5 to 7. Can this be done at home or do I need to pay 100$?
I doubt that only a modified firmware will suffice. Late edit: Wrong, apparently in most cases, it does.
|
|
|
|
Flashman
|
|
June 20, 2013, 12:02:52 PM |
|
For that upgrade, you are really paying for three things, the different firmware, chips that are known to be capable of 7Gh/sec between them and factory lifetime warranty on those. Plus if you have an early order, at the present point in time, if you're just a few days messing around with it trying to achieve the extra 2Gh/sec, you will have lost the purchase price in lost earnings.
There will of course be customers boasting long and loud about how they are a genius and how they got theirs to 8 or even 9GH/sec "for free", but these will be the lottery winners, the lottery losers will be a somewhat silent majority, well they'll be there if you look, but won't be in your face, leading to a false perception. Though expect at least one example of in your face nerd rage from someone who lets the magic smoke out their jally by over-optimistic under-skilled hackery and is then surprised and outraged when BFL refuses to warranty it.
|
TL;DR See Spot run. Run Spot run. .... .... Freelance interweb comedian, for teh lulz >>> 1MqAAR4XkJWfDt367hVTv5SstPZ54Fwse6
Bitcoin Custodian: Keeping BTC away from weak heads since Feb '13, adopter of homeless bitcoins.
|
|
|
pvtbrutus
Member
Offline
Activity: 98
Merit: 10
|
|
June 20, 2013, 01:56:26 PM |
|
I just received my Jalapeno. Its hashing at 5.1 mhash and stays around 43 degrees with 25 degrees environment.
Is there any way to know which firmware mine has without purchasing a JTAG adapter?
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
June 20, 2013, 02:09:27 PM |
|
I just received my Jalapeno. Its hashing at 5.1 mhash and stays around 43 degrees with 25 degrees environment.
Is there any way to know which firmware mine has without purchasing a JTAG adapter?
in cgminer: java API stats | egrep '\[Firm| BA' oops that's the next version java API stats | egrep '\[GetIn| BA'[GetInfo] is the full dump of the GetInfo reply from the BFL ASIC Being a Jalapeno it will most likely be 1.0.0
|
|
|
|
TheSwede75
|
|
June 20, 2013, 02:26:13 PM |
|
Awesome! Luke, you need any pizza deliveries, you let us know, OK? I doubt LJR has 10,000BTC just lying around. Maybe not "laying around" but I wouldn't be surprised if Luke has 10k or more BTc
|
|
|
|
TheSwede75
|
|
June 20, 2013, 02:28:12 PM |
|
Did anybody figure out what is magic booster that cost 100$ and increase speed from 5,5 to 7. Can this be done at home or do I need to pay 100$?
There is nothing about it, the upgrade is a combination of higher chip quality (Class A chips w 16 engines) and firmware upgrade.
|
|
|
|
joeventura
|
|
June 20, 2013, 02:30:02 PM |
|
For that upgrade, you are really paying for three things, the different firmware, chips that are known to be capable of 7Gh/sec between them and factory lifetime warranty on those. Plus if you have an early order, at the present point in time, if you're just a few days messing around with it trying to achieve the extra 2Gh/sec, you will have lost the purchase price in lost earnings.
There will of course be customers boasting long and loud about how they are a genius and how they got theirs to 8 or even 9GH/sec "for free", but these will be the lottery winners, the lottery losers will be a somewhat silent majority, well they'll be there if you look, but won't be in your face, leading to a false perception. Though expect at least one example of in your face nerd rage from someone who lets the magic smoke out their jally by over-optimistic under-skilled hackery and is then surprised and outraged when BFL refuses to warranty it.
^^^^ Speaking the truth!!!
|
|
|
|
Inaba
Legendary
Offline
Activity: 1260
Merit: 1000
|
|
June 20, 2013, 03:24:10 PM |
|
If you blow your chips due to overclocking to ridiculous amounts or failure to cool your chips, there is no warranty.
|
If you're searching these lines for a point, you've probably missed it. There was never anything there in the first place.
|
|
|
pvtbrutus
Member
Offline
Activity: 98
Merit: 10
|
|
June 20, 2013, 03:36:26 PM |
|
in cgminer: java API stats | egrep '\[Firm| BA' oops that's the next version java API stats | egrep '\[GetIn| BA'[GetInfo] is the full dump of the GetInfo reply from the BFL ASIC Being a Jalapeno it will most likely be 1.0.0 Wow whole new terrain for me there. Had to install Java on my Ubuntu machine and enable API in cgminer. But i did manage to get the info. [ID] => BAJ0 [GetInfo] => DEVICE: BitFORCE SC0x0a FIRMWARE: 1.0.00x0a MINIG SPEED: 5.22 GH/s0x0a PROCESSOR 3: 13 engines @ 192 MHz0x0a PROCESSOR 7: 15 engines @ 183 MHz0x0a ENGINES: 280x0a FREQUENCY: 189 MHz0x0a XLINK MODE: MASTER0x0a CRITICAL TEMPERATURE: 00x0a XLINK PRESENT: NO0x0a OK0x0a 0x00
(added some BR to make it readable) So if im not mistaken my Jala has 2 full processors, but one is of better quality than the other?
|
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
|
June 21, 2013, 12:56:48 AM |
|
in cgminer: java API stats | egrep '\[Firm| BA' oops that's the next version java API stats | egrep '\[GetIn| BA'[GetInfo] is the full dump of the GetInfo reply from the BFL ASIC Being a Jalapeno it will most likely be 1.0.0 Wow whole new terrain for me there. Had to install Java on my Ubuntu machine and enable API in cgminer. But i did manage to get the info. [ID] => BAJ0 [GetInfo] => DEVICE: BitFORCE SC0x0a FIRMWARE: 1.0.00x0a MINIG SPEED: 5.22 GH/s0x0a PROCESSOR 3: 13 engines @ 192 MHz0x0a PROCESSOR 7: 15 engines @ 183 MHz0x0a ENGINES: 280x0a FREQUENCY: 189 MHz0x0a XLINK MODE: MASTER0x0a CRITICAL TEMPERATURE: 00x0a XLINK PRESENT: NO0x0a OK0x0a 0x00
(added some BR to make it readable) So if im not mistaken my Jala has 2 full processors, but one is of better quality than the other? Does that work with cgminer? It says 1.0.0 but the GetInfo output contains 1.2.x information. I hope it really is acting like a 1.0.0 otherwise you'll get errors galore with the work queue replies.
|
|
|
|
|