I have sent you a pic and dashing himself has updated you with the screenshot and information!
So i am not going to convince you any more!
Just let me know if you want to buy it!
I can't do more than that!
Topic: FPGA!!! - page 3. (Read 3116 times)
It is running so i am not removing the fan and clicking a pic!
Customised FPGA.
1 Avalon ASIC chip hashes at 382Mhps, while 1 FPGA chip hashes at 500 Mhps?
1 Avalon ASIC chip hashes at 382Mhps, while 1 FPGA chip hashes at 500 Mhps?
I know he hasn't posted it! That is the reason you will get it soon!
Else we ll have to wait!
Else we ll have to wait!
Sorry! All mine are customized! And i can't reveal them!
May be yea! I can of my sample piece!
May be yea! I can of my sample piece!
Its higher than 400 Mhps in total , how much i dont know?
Wilson: Post a pic without the fan , top view close up.
edit:
Black arrow suggests a Lancelot reaches a total of 500Mhps on May 17,
Wilson: Post a pic without the fan , top view close up.
edit:
Black arrow suggests a Lancelot reaches a total of 500Mhps on May 17,
I think that with v42 firmware Lancelot reaches 500Mega hases. I haven't looked at your code but I think that based on the proof of work you should be able to accurately calculate the speed. You should not rely on how fast the device returns data but on what date it is actually returning.
Regards!
I have no idea if he made a newer version after May 17, He hasn't posted it. Regards!
and also it depends on the speed grade of the chip, different grades give different speeds and different number of stales and less/more heat
may be somebody discovered a way to run 1 FPGA chip @ 500 Mhps(Since two chips give 1Ghps).
it is possible, there is 1 FPGA chip which runs at 600 Mhash/sec (600 Mhz freq) but the issue is getting those chips :/ they are very very expensive if bought in small quandities, only more than 10,000 orders get good quotes for those chips, hence the reason why we have to adjust with these chips until we get cheaper ASICs out
may be somebody discovered a way to run 1 FPGA chip @ 500 Mhps(Since two chips give 1Ghps).
anyways, my plan is set, mine how much ever possible with these boards and then sell and buy Jalapenos once they're out, and anyways, 26 watts power usage per board will not affect me in anyway, it's lesser than running a light bulb and a bit more than a CFL bulb 
I save much more mining with these than my GPUs
EDIT:
consider this as "stepping" stone hardware, mine with them to save on power bill and still get $$ and sell them later on and buy a ASIC, as if not for BTC mining, the FPGA can be used for a variety of other things hence the reason they can be resold easily
I save much more mining with these than my GPUs
EDIT:
consider this as "stepping" stone hardware, mine with them to save on power bill and still get $$ and sell them later on and buy a ASIC, as if not for BTC mining, the FPGA can be used for a variety of other things hence the reason they can be resold easily
that calculation applies if I have only 1 Board, I have 5, and 5% investment recovered is my ROI over 5 boards
Its percentages, Its the same if you have any number of boards.not really, your calculation was based on if 1 board was 1 Ghash, while only 2 of mine report that, its natural that the other boards pull down the %
its like marks at school/college,
for eg,
you get,
100 in 2 subjects and 40 in the rest subjects
your average naturally gets pulled down
that calculation applies if I have only 1 Board, I have 5, and 5% investment recovered is my ROI over 5 boards
Its percentages, Its the same if you have any number of boards.
Tell me soon if you need one!
Btw your previous quote was 6months old and the other was a month ago!
A lot can happen in a day you know! And this is launched max a week back!
Btw your previous quote was 6months old and the other was a month ago!
A lot can happen in a day you know! And this is launched max a week back!
already recovered around 5% of my investment in 1 and a half weeks.
You guys still dont get it, its a cgminer reporting error.Thats why black arrow is selling it as a 400Mhps FPGA.Whats the firmware version yore running?
According to your results 5%ROI in 1.5 weeks,(ie, 5%*20=100% ROI : 1.5 weeks*20 = 30 weeks=7.5 months)
ie, ROI is 7.5 months @ current difficulty.(In reality considering Diff jumps its >7.5months)
1Ghps gives 3.5 months ROI not 7.5 months
Wilson: I'm not arguing that the deal is bad.
that calculation applies if I have only 1 Board, I have 5, and 5% investment recovered is my ROI over 5 boards
Anyways, This is a good enough deal for me irrespective of whats going around (calculations, etc etc), I am rather happy to trade with an indian than buy that ASICminer blade as in a few months the blade will be useless when BFL starts to mass produce the Jalapenos,
Simple calc,
50 BTC = 10 Ghash (Blade)
4 BTC = 5 Ghash (Jalapeno)
I'm more than happy to wait, as my ROI will be quicker than the ROI for the 50 BTC board, this 5 FPGA is a initial investment until my Jalapeno comes, then I will sell these and buy more Jalapenos, its a Win / Win situation for me
To be frank, ROI is not more than 4 and half months.
And you will have the option to upgrade to the latest at the end of 3 months
or
You have the option to sell your board to some companies which are desperate for FPGAs.
I can help you with that also.
Once you sell it, you get your ROI and the mined amount becomes your profit!
And you will have the option to upgrade to the latest at the end of 3 months
or
You have the option to sell your board to some companies which are desperate for FPGAs.
I can help you with that also.
Once you sell it, you get your ROI and the mined amount becomes your profit!
already recovered around 5% of my investment in 1 and a half weeks.
You guys still dont get it,its a cgminer reporting error.Thats why black arrow is selling it as a 400Mhps FPGA.Whats the firmware version yo're running?
Youre punching in what cgminer is reporting into a Calc to get 3.5 months,lets look at what youve got.
According to your results 5%ROI in 1.5 weeks,(ie, 5%*20=100% ROI : 1.5 weeks*20 = 30 weeks=7.5 months)
ie, ROI is 7.5 months @ current difficulty.(In reality considering Diff jumps its >7.5months)
1Ghps gives around 4 months ROI not 7.5 months
Wilson: I'm not arguing that the deal is bad.
edit: According to the cgminer dev its a firmware reporting error.
Regarding v42
So ... I had a look at the github and indeed it does dynamically adjust the MHz clock
So --icarus-timing will not fare well with that.
(as I mentioned it expects a constant MHz)
Since it can't even know what the MHz is it would be better to instead use a clock figure slower than it's slowest speed and a abort time of around 100 to ensure it's under the speed it always runs at.
So something like:
--icarus-timing 2.5=100
It will show the MH/s incorrectly, but it will still hash at the highest rate it can.
Anyone know if you can get more information out of the Lancelot other than just send it work and wait for the reply?
I guess once I've finished the code - (almost done but haven't had a lot of time today to do that last bit: sort out the chip initialisation) - I'll look at the github and see if there are other commands you can send to it ...
The random unknown MHz is actually problematic
So ... I had a look at the github and indeed it does dynamically adjust the MHz clock
So --icarus-timing will not fare well with that.
(as I mentioned it expects a constant MHz)
Since it can't even know what the MHz is it would be better to instead use a clock figure slower than it's slowest speed and a abort time of around 100 to ensure it's under the speed it always runs at.
So something like:
--icarus-timing 2.5=100
It will show the MH/s incorrectly, but it will still hash at the highest rate it can.
Anyone know if you can get more information out of the Lancelot other than just send it work and wait for the reply?
I guess once I've finished the code - (almost done but haven't had a lot of time today to do that last bit: sort out the chip initialisation) - I'll look at the github and see if there are other commands you can send to it ...
The random unknown MHz is actually problematic
Seriously! Why don't you buy one from me and see it for yourself rather than arguing based on some old posts!
I can help you with the setup and run it!
Cheers,
Wilson
I can help you with the setup and run it!
Cheers,
Wilson
Higher accepts true, (slightly higher HW errors).
Keep it running for days for the U values to converge,
According to Kano, A cgminer developer:
Every time work is aborted (no nonce found before timeout, or an LP occurs) it has to determine how many hashes were done.
The Hs value is used to calculate that
Every time it finds a share ... it knows how many hashes were done since the share value tells that.
However, the number of shares Accepted, Rejected, Stale, HW, U, pretty much everything else is correct.
Yes you can estimate your hash rate from U - but you'd have to run for a few days to ensure it's close.
Even after a few hours it can (rarely) be out by 10% (which is a lot)
anyway yep Hashes/s is simply (2^32) * U/60 (for 1 diff shares)
U is only accepted shares.
A, R, SS and HW are all independent.
To work out the HW % = HW / (A + R + SS + HW)
Some improvement over 400 Mhps in reality.
If you still think its 1Ghps , i humbly submit.
Keep it running for days for the U values to converge,
According to Kano, A cgminer developer:
kano,
It may sound stupid but i am little bit confused of values i see. As you noted with new bitstream and timing 2:70 Mhs reporting will not be correct. To make things easy, assuming that cgminer shows correct values for my gpu as follows:
MHS av MHS 3s Accepted Hardware Errors Utility
391.03 391.16 6,129 0 5.55/m
For my best lancelot board values are as follows:
MHS av MHS 3s Accepted Hardware Errors Utility
506.35 662.20 6,651 131 6.02
What about calculating Lancelot performance in following way
Lancelot Utility/GPU Utility*GPU MHS av
6.02/5.55*391.03 = 424 Mhs
What about HW errors - are they taken into account when calculating utility. In my case for Lancelot they are 1.97% (131/6,651*100). Shall i do something like:
424/100*98.03=415.64
Thanks
MHS of course will be wrong:It may sound stupid but i am little bit confused of values i see. As you noted with new bitstream and timing 2:70 Mhs reporting will not be correct. To make things easy, assuming that cgminer shows correct values for my gpu as follows:
MHS av MHS 3s Accepted Hardware Errors Utility
391.03 391.16 6,129 0 5.55/m
For my best lancelot board values are as follows:
MHS av MHS 3s Accepted Hardware Errors Utility
506.35 662.20 6,651 131 6.02
What about calculating Lancelot performance in following way
Lancelot Utility/GPU Utility*GPU MHS av
6.02/5.55*391.03 = 424 Mhs
What about HW errors - are they taken into account when calculating utility. In my case for Lancelot they are 1.97% (131/6,651*100). Shall i do something like:
424/100*98.03=415.64
Thanks
Every time work is aborted (no nonce found before timeout, or an LP occurs) it has to determine how many hashes were done.
The Hs value is used to calculate that
Every time it finds a share ... it knows how many hashes were done since the share value tells that.
However, the number of shares Accepted, Rejected, Stale, HW, U, pretty much everything else is correct.
Yes you can estimate your hash rate from U - but you'd have to run for a few days to ensure it's close.
Even after a few hours it can (rarely) be out by 10% (which is a lot)
anyway yep Hashes/s is simply (2^32) * U/60 (for 1 diff shares)
U is only accepted shares.
A, R, SS and HW are all independent.
To work out the HW % = HW / (A + R + SS + HW)
If you still think its 1Ghps , i humbly submit.
use --timing-short for better hash rate values and more share submissions (more Accepted), thats what I used on my boards, first 2 boards use the latest firmware, i could not update the rest as I had to return the cable to my friend (he's doing some professional FPGA work)
anyways, what I personally care is the ROI and this board ROI is 3 and half months, which is pretty good
already recovered around 5% of my investment in 1 and a half weeks.
I'd really suggest going with Wilson as he got me a very good deal, he also got me free power adapter (worth $20) and shipping also was free (worth $70)
Higher accepts true, (slightly higher HW errors).
Keep it running for days for the U values to converge,
According to Kano, A cgminer developer:
Every time work is aborted (no nonce found before timeout, or an LP occurs) it has to determine how many hashes were done.
The Hs value is used to calculate that
Every time it finds a share ... it knows how many hashes were done since the share value tells that.
However, the number of shares Accepted, Rejected, Stale, HW, U, pretty much everything else is correct.
Yes you can estimate your hash rate from U - but you'd have to run for a few days to ensure it's close.
Even after a few hours it can (rarely) be out by 10% (which is a lot)
anyway yep Hashes/s is simply (2^32) * U/60 (for 1 diff shares)
U is only accepted shares.
A, R, SS and HW are all independent.
To work out the HW % = HW / (A + R + SS + HW)
Some improvement over 400 Mhps in reality.
If you still think its 1Ghps , i humbly submit.
Keep it running for days for the U values to converge,
According to Kano, A cgminer developer:
kano,
It may sound stupid but i am little bit confused of values i see. As you noted with new bitstream and timing 2:70 Mhs reporting will not be correct. To make things easy, assuming that cgminer shows correct values for my gpu as follows:
MHS av MHS 3s Accepted Hardware Errors Utility
391.03 391.16 6,129 0 5.55/m
For my best lancelot board values are as follows:
MHS av MHS 3s Accepted Hardware Errors Utility
506.35 662.20 6,651 131 6.02
What about calculating Lancelot performance in following way
Lancelot Utility/GPU Utility*GPU MHS av
6.02/5.55*391.03 = 424 Mhs
What about HW errors - are they taken into account when calculating utility. In my case for Lancelot they are 1.97% (131/6,651*100). Shall i do something like:
424/100*98.03=415.64
Thanks
MHS of course will be wrong:It may sound stupid but i am little bit confused of values i see. As you noted with new bitstream and timing 2:70 Mhs reporting will not be correct. To make things easy, assuming that cgminer shows correct values for my gpu as follows:
MHS av MHS 3s Accepted Hardware Errors Utility
391.03 391.16 6,129 0 5.55/m
For my best lancelot board values are as follows:
MHS av MHS 3s Accepted Hardware Errors Utility
506.35 662.20 6,651 131 6.02
What about calculating Lancelot performance in following way
Lancelot Utility/GPU Utility*GPU MHS av
6.02/5.55*391.03 = 424 Mhs
What about HW errors - are they taken into account when calculating utility. In my case for Lancelot they are 1.97% (131/6,651*100). Shall i do something like:
424/100*98.03=415.64
Thanks
Every time work is aborted (no nonce found before timeout, or an LP occurs) it has to determine how many hashes were done.
The Hs value is used to calculate that
Every time it finds a share ... it knows how many hashes were done since the share value tells that.
However, the number of shares Accepted, Rejected, Stale, HW, U, pretty much everything else is correct.
Yes you can estimate your hash rate from U - but you'd have to run for a few days to ensure it's close.
Even after a few hours it can (rarely) be out by 10% (which is a lot)
anyway yep Hashes/s is simply (2^32) * U/60 (for 1 diff shares)
U is only accepted shares.
A, R, SS and HW are all independent.
To work out the HW % = HW / (A + R + SS + HW)
If you still think its 1Ghps , i humbly submit.
Jump to: