Search content
Sort by
Showing 9 of 9 results by mighq
Depends on how fast delivery will be. With dedicated scrypt machines coming out soon (hopefully), gpu mining may not be viable unless rigs are up and running very quickly.
Specs of the card would need to be figured out as well, since certain cards do much better than others due to mfg specific implementations that are beyond the scope of the reference design.
Specs of the card would need to be figured out as well, since certain cards do much better than others due to mfg specific implementations that are beyond the scope of the reference design.
I agree completely.
Re: [OPEN] CoiningSolutions.com KnCMiner Neptune Shares ฿.25=50GH/s | *Miner PAID
If the third neptune is still going to ship during Q1, i will buy two shares.
same question
Can you run it for 1 hour for example? 10 minutes it's too short time for your pool difficulty (4).
sure, here is 90m run:
http://pastebin.com/hsjtbVHa
hi,
I'm experiencing weird cm1 behavior and I'm running out of ideas.
I was hashing fine with 800 Mhps using 200 MHz bitstream (makomk shortfin_dcmwd4e_ed_test_200_overclock.bit).
Then I've reinstalled my OS (xubuntu 13-> xubuntu 12.04) and now I can't get more than ~650 Mhps.
When using bfgminer, which sees it as 2 devices ECM0+ECM1, it seems like first chip is only getting to ~250 Mhps and second one ~400. This is in the beginning, after some time both chips are stabilized at ~330 Mhps.
There are some HW errors and messages about increasing queue length in the beginning, then after lowering to 650 Mhps, it is fine.
I tried to change the miner to mpbm. Same result.
I tried to flash the bitstream to 180 Mhz one (makomk shortfin_dcmwd4e_ed_test_180.bit). No change.
I tried to use another OS: mpbm under win7. Didn't help.
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
I'm experiencing weird cm1 behavior and I'm running out of ideas.
I was hashing fine with 800 Mhps using 200 MHz bitstream (makomk shortfin_dcmwd4e_ed_test_200_overclock.bit).
Then I've reinstalled my OS (xubuntu 13-> xubuntu 12.04) and now I can't get more than ~650 Mhps.
When using bfgminer, which sees it as 2 devices ECM0+ECM1, it seems like first chip is only getting to ~250 Mhps and second one ~400. This is in the beginning, after some time both chips are stabilized at ~330 Mhps.
There are some HW errors and messages about increasing queue length in the beginning, then after lowering to 650 Mhps, it is fine.
I tried to change the miner to mpbm. Same result.
I tried to flash the bitstream to 180 Mhz one (makomk shortfin_dcmwd4e_ed_test_180.bit). No change.
I tried to use another OS: mpbm under win7. Didn't help.
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
You using bfgminer. Please add
Code:
2>> cgminer.log
to you command line, so we can read your log.here it is:
http://pastebin.com/i3nQaDMz
I expect avg hashrate to be around 720 (with 180 mhz bitstream), but it isn't. No hw errors shown in this 10m session, but hashrate went down from 720 in one moment to stable 640. If I let it run for 24h+ it avg will be only around 650.
hi,
I'm experiencing weird cm1 behavior and I'm running out of ideas.
I was hashing fine with 800 Mhps using 200 MHz bitstream (makomk shortfin_dcmwd4e_ed_test_200_overclock.bit).
Then I've reinstalled my OS (xubuntu 13-> xubuntu 12.04) and now I can't get more than ~650 Mhps.
When using bfgminer, which sees it as 2 devices ECM0+ECM1, it seems like first chip is only getting to ~250 Mhps and second one ~400. This is in the beginning, after some time both chips are stabilized at ~330 Mhps.
There are some HW errors and messages about increasing queue length in the beginning, then after lowering to 650 Mhps, it is fine.
I tried to change the miner to mpbm. Same result.
I tried to flash the bitstream to 180 Mhz one (makomk shortfin_dcmwd4e_ed_test_180.bit). No change.
I tried to use another OS: mpbm under win7. Didn't help.
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
I'm experiencing weird cm1 behavior and I'm running out of ideas.
I was hashing fine with 800 Mhps using 200 MHz bitstream (makomk shortfin_dcmwd4e_ed_test_200_overclock.bit).
Then I've reinstalled my OS (xubuntu 13-> xubuntu 12.04) and now I can't get more than ~650 Mhps.
When using bfgminer, which sees it as 2 devices ECM0+ECM1, it seems like first chip is only getting to ~250 Mhps and second one ~400. This is in the beginning, after some time both chips are stabilized at ~330 Mhps.
There are some HW errors and messages about increasing queue length in the beginning, then after lowering to 650 Mhps, it is fine.
I tried to change the miner to mpbm. Same result.
I tried to flash the bitstream to 180 Mhz one (makomk shortfin_dcmwd4e_ed_test_180.bit). No change.
I tried to use another OS: mpbm under win7. Didn't help.
It looks like one of chips is not doing well.
What can I do now to diagnose or fix the problem? Thanks for any ideas.
Not to much, is it passive?
Yes, passive, 1.15b.
I'm not taking it too seriously. I don't wanna invest into mining so much money.
1.15b model with Spartan 6 SLX75 is the last model which can be used with free development environment from Xilinx. I wanna play with it and (in some point in a future) don't wanna be stuck with SLX150 FPGA(s), which can't be used for aything else then BC mining.
@post above, how many mhashes do u make?
92-100 MHps. most of the time it's around 96-98.