Also the "BPM 0" stand for the Red Fury USB, correct? Just making sure that my gpu/cpu isn't involved
Don't think you'd get that speed from CPU/GPU... If you do then I want to duplicate your setup!
Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 91. (Read 1193364 times)
November 18, 2013, 04:44:48 PM
Also the "BPM 0" stand for the Red Fury USB, correct? Just making sure that my gpu/cpu isn't involved
Don't think you'd get that speed from CPU/GPU... If you do then I want to duplicate your setup!
November 18, 2013, 04:37:16 PM
Hi so I just set up everything for my Red Fury miner. I'm also relatively new to mining. Is this what the console should display:
Is there anything incorrect or odd? Or did I finally (spent a week trying to set this up) do it right?
Code:
Block: ...fb4b2303 #270348 Diff:609M ( 4.36Ph/s) Started: [16:14:25]
ST:2 F:0 NB:3 AS:0 BW:[ 66/ 48 B/s] E:10.11 I:83.51uBTC/hr BS:135
1 | 2.42/ 2.35/ 2.35Gh/s | A:170 R:3+0(1.9%) HW:14/5.2%
--------------------------------------------------------------------------------
BPM 0: | 2.36/ 2.35/ 2.36Gh/s | A:173 R:3+0(1.9%) HW:14/5.1%
--------------------------------------------------------------------------------
[2013-11-18 16:14:46] Accepted e47ea3cf BPM 0 Diff 1/1
[2013-11-18 16:14:47] Accepted ae3e1465 BPM 0 Diff 1/1
[2013-11-18 16:14:50] Accepted 8df8a87e BPM 0 Diff 1/1
[2013-11-18 16:14:53] Accepted c9eb947b BPM 0 Diff 1/1
[2013-11-18 16:14:53] Accepted aaca12e6 BPM 0 Diff 1/1
[2013-11-18 16:14:54] Accepted 235c9ca5 BPM 0 Diff 7/1
[2013-11-18 16:14:54] Accepted 9ed8f56b BPM 0 Diff 1/1
[2013-11-18 16:14:56] Stratum from pool 0 requested work update
[2013-11-18 16:14:57] Accepted 2e960e2e BPM 0 Diff 5/1
[2013-11-18 16:14:57] Accepted c38dee30 BPM 0 Diff 1/1
[2013-11-18 16:15:02] Accepted c5b1b3f1 BPM 0 Diff 1/1
[2013-11-18 16:15:07] Accepted 75521ed8 BPM 0 Diff 2/1
[2013-11-18 16:15:11] Accepted b3160454 BPM 0 Diff 1/1
[2013-11-18 16:15:11] Accepted 01ed42d3 BPM 0 Diff 132/1
[2013-11-18 16:15:13] Accepted 53b929e3 BPM 0 Diff 3/1
Is there anything incorrect or odd? Or did I finally (spent a week trying to set this up) do it right?
looks ok
Also the "BPM 0" stand for the Red Fury USB, correct? Just making sure that my gpu/cpu isn't involved
November 18, 2013, 04:19:43 PM
Hi so I just set up everything for my Red Fury miner. I'm also relatively new to mining. Is this what the console should display:
Is there anything incorrect or odd? Or did I finally (spent a week trying to set this up) do it right?
Code:
Block: ...fb4b2303 #270348 Diff:609M ( 4.36Ph/s) Started: [16:14:25]
ST:2 F:0 NB:3 AS:0 BW:[ 66/ 48 B/s] E:10.11 I:83.51uBTC/hr BS:135
1 | 2.42/ 2.35/ 2.35Gh/s | A:170 R:3+0(1.9%) HW:14/5.2%
--------------------------------------------------------------------------------
BPM 0: | 2.36/ 2.35/ 2.36Gh/s | A:173 R:3+0(1.9%) HW:14/5.1%
--------------------------------------------------------------------------------
[2013-11-18 16:14:46] Accepted e47ea3cf BPM 0 Diff 1/1
[2013-11-18 16:14:47] Accepted ae3e1465 BPM 0 Diff 1/1
[2013-11-18 16:14:50] Accepted 8df8a87e BPM 0 Diff 1/1
[2013-11-18 16:14:53] Accepted c9eb947b BPM 0 Diff 1/1
[2013-11-18 16:14:53] Accepted aaca12e6 BPM 0 Diff 1/1
[2013-11-18 16:14:54] Accepted 235c9ca5 BPM 0 Diff 7/1
[2013-11-18 16:14:54] Accepted 9ed8f56b BPM 0 Diff 1/1
[2013-11-18 16:14:56] Stratum from pool 0 requested work update
[2013-11-18 16:14:57] Accepted 2e960e2e BPM 0 Diff 5/1
[2013-11-18 16:14:57] Accepted c38dee30 BPM 0 Diff 1/1
[2013-11-18 16:15:02] Accepted c5b1b3f1 BPM 0 Diff 1/1
[2013-11-18 16:15:07] Accepted 75521ed8 BPM 0 Diff 2/1
[2013-11-18 16:15:11] Accepted b3160454 BPM 0 Diff 1/1
[2013-11-18 16:15:11] Accepted 01ed42d3 BPM 0 Diff 132/1
[2013-11-18 16:15:13] Accepted 53b929e3 BPM 0 Diff 3/1
Is there anything incorrect or odd? Or did I finally (spent a week trying to set this up) do it right?
looks ok
November 18, 2013, 04:17:21 PM
Hi so I just set up everything for my Red Fury miner. I'm also relatively new to mining. Is this what the console should display:
Is there anything incorrect or odd? Or did I finally (spent a week trying to set this up) do it right?
Code:
Block: ...fb4b2303 #270348 Diff:609M ( 4.36Ph/s) Started: [16:14:25]
ST:2 F:0 NB:3 AS:0 BW:[ 66/ 48 B/s] E:10.11 I:83.51uBTC/hr BS:135
1 | 2.42/ 2.35/ 2.35Gh/s | A:170 R:3+0(1.9%) HW:14/5.2%
--------------------------------------------------------------------------------
BPM 0: | 2.36/ 2.35/ 2.36Gh/s | A:173 R:3+0(1.9%) HW:14/5.1%
--------------------------------------------------------------------------------
[2013-11-18 16:14:46] Accepted e47ea3cf BPM 0 Diff 1/1
[2013-11-18 16:14:47] Accepted ae3e1465 BPM 0 Diff 1/1
[2013-11-18 16:14:50] Accepted 8df8a87e BPM 0 Diff 1/1
[2013-11-18 16:14:53] Accepted c9eb947b BPM 0 Diff 1/1
[2013-11-18 16:14:53] Accepted aaca12e6 BPM 0 Diff 1/1
[2013-11-18 16:14:54] Accepted 235c9ca5 BPM 0 Diff 7/1
[2013-11-18 16:14:54] Accepted 9ed8f56b BPM 0 Diff 1/1
[2013-11-18 16:14:56] Stratum from pool 0 requested work update
[2013-11-18 16:14:57] Accepted 2e960e2e BPM 0 Diff 5/1
[2013-11-18 16:14:57] Accepted c38dee30 BPM 0 Diff 1/1
[2013-11-18 16:15:02] Accepted c5b1b3f1 BPM 0 Diff 1/1
[2013-11-18 16:15:07] Accepted 75521ed8 BPM 0 Diff 2/1
[2013-11-18 16:15:11] Accepted b3160454 BPM 0 Diff 1/1
[2013-11-18 16:15:11] Accepted 01ed42d3 BPM 0 Diff 132/1
[2013-11-18 16:15:13] Accepted 53b929e3 BPM 0 Diff 3/1
Is there anything incorrect or odd? Or did I finally (spent a week trying to set this up) do it right?
November 18, 2013, 03:13:49 PM
I've been using bfgminer for quite a while now and I love it. One thing I've never been able to find is a current interface guide. I understand most of the 3.6 interface, but could someone break down this line for me?
ST:28 F:2 NB:98 AS:0 BW:[137/90 B/s] E:26.81 I: 441uBTC/hr BS:65k
Thanks in advance: Curtis
ST:28 F:2 NB:98 AS:0 BW:[137/90 B/s] E:26.81 I: 441uBTC/hr BS:65k
Thanks in advance: Curtis
From the BFGMiner README:
Quote
The BFGMiner status line shows:
ST:1 F:0 NB:1 AS:0 BW:[ 75/241 B/s] E:2.42 I:12.99mBTC/hr BS:2.71k
ST is STaged work items (ready to use).
F is network Failure occasions (server down or slow to provide work)
NB is New Blocks detected on the network
AS is Active Submissions (shares in the process of submitting)
BW is BandWidth usage on the network (received/sent)
E is Efficiency defined as number of shares accepted (multiplied by their
difficulty) per 2 KB of bandwidth
I is expected Income, calculated by actual shares submitted in 100% PPS value
(assumes Bitcoin, does not account for altcoin conversions!)
BS is the all time Best Share difficulty you've found
ST:1 F:0 NB:1 AS:0 BW:[ 75/241 B/s] E:2.42 I:12.99mBTC/hr BS:2.71k
ST is STaged work items (ready to use).
F is network Failure occasions (server down or slow to provide work)
NB is New Blocks detected on the network
AS is Active Submissions (shares in the process of submitting)
BW is BandWidth usage on the network (received/sent)
E is Efficiency defined as number of shares accepted (multiplied by their
difficulty) per 2 KB of bandwidth
I is expected Income, calculated by actual shares submitted in 100% PPS value
(assumes Bitcoin, does not account for altcoin conversions!)
BS is the all time Best Share difficulty you've found
Thanks!
November 18, 2013, 02:33:47 PM
Should be something along the lines of:
git checkout bfgminer-3.5.x
Do this in the directory you have bfgminer cloned. This will switch the local workspace to that branch.
You can also jump to a specific Tag (version). Instructions here: http://stackoverflow.com/questions/791959/how-to-use-git-to-download-a-particular-tag
Thanks a million - firstly because this works (not getting the 60% or so HW errors I was getting with the Red Fury).git checkout bfgminer-3.5.x
Do this in the directory you have bfgminer cloned. This will switch the local workspace to that branch.
You can also jump to a specific Tag (version). Instructions here: http://stackoverflow.com/questions/791959/how-to-use-git-to-download-a-particular-tag
But secondly for being patient and helpful! Turns out I was doing the right thing in the wrong directory; when I did it (as you said) in the cloned folder rather than the one above (where I'd run the original git clone) it worked fine. Compiled 3.5.2 without issue.
Really appreciate it!
No prob... that's what the forum's for
November 18, 2013, 02:30:46 PM
Should be something along the lines of:
git checkout bfgminer-3.5.x
Do this in the directory you have bfgminer cloned. This will switch the local workspace to that branch.
You can also jump to a specific Tag (version). Instructions here: http://stackoverflow.com/questions/791959/how-to-use-git-to-download-a-particular-tag
Thanks a million - firstly because this works (not getting the 60% or so HW errors I was getting with the Red Fury).git checkout bfgminer-3.5.x
Do this in the directory you have bfgminer cloned. This will switch the local workspace to that branch.
You can also jump to a specific Tag (version). Instructions here: http://stackoverflow.com/questions/791959/how-to-use-git-to-download-a-particular-tag
But secondly for being patient and helpful! Turns out I was doing the right thing in the wrong directory; when I did it (as you said) in the cloned folder rather than the one above (where I'd run the original git clone) it worked fine. Compiled 3.5.2 without issue.
Really appreciate it!
November 18, 2013, 11:31:51 AM
Dear all,
I'm trying to make an old, V1.0 board based on Intron's design which is very similar to BFSB's 450 GH/s miner. It has 16 Bitfury on a card and 16 card slots, the only difference is that instead of having an I2C selector for which card the SPI bus should talk to, it has a long chain of 16*16=256 Bitfury chips and it's attached to a RPI SPI port.
I modded the driver-bfsb.c file in order to scan only for one slot (the first and only, which is supposed to have 256 chips) but only 99 chips are detected! I tried to swap slots, use spare cards but nothing, the autodetection always stops at 99 chips. It is driving me crazy because there doesn't seem to be any "maximum chips" constant neither in the libbitfury.c nor in driver-bfsb.c, so I can't find where this limit comes from!
Can anybody help me or suggest me where to look at or had a similar problem?
Thanks in advance!
I'm trying to make an old, V1.0 board based on Intron's design which is very similar to BFSB's 450 GH/s miner. It has 16 Bitfury on a card and 16 card slots, the only difference is that instead of having an I2C selector for which card the SPI bus should talk to, it has a long chain of 16*16=256 Bitfury chips and it's attached to a RPI SPI port.
I modded the driver-bfsb.c file in order to scan only for one slot (the first and only, which is supposed to have 256 chips) but only 99 chips are detected! I tried to swap slots, use spare cards but nothing, the autodetection always stops at 99 chips. It is driving me crazy because there doesn't seem to be any "maximum chips" constant neither in the libbitfury.c nor in driver-bfsb.c, so I can't find where this limit comes from!
Can anybody help me or suggest me where to look at or had a similar problem?
Thanks in advance!
November 18, 2013, 01:47:32 AM
For some reason, unbeknownst to me, my Red Fury device is not hashing... Can anyone help? I have installed the drivers and bfgminer but can't seem to mine...
Please paste output from: Code:
bfgminer -S bigpic:all -d? -D
Thanks to your earlier help Luke with 3.5.1 through to 3.6.0 I've had my Blue Furies running for about a week or more now. I've just read the above and wondering if maybe there's something I can be doing to improve performance with them. I have the following after the executable in my 3.6.0:
-o [pool name and port] -u [username] -p [password] -G -S bigpic:all
Should my code contain anything else please?
Really appreciate all your help.
Thanks very much,
November 17, 2013, 08:58:30 PM
For some reason, unbeknownst to me, my Red Fury device is not hashing... Can anyone help? I have installed the drivers and bfgminer but can't seem to mine...
Please paste output from: Code:
bfgminer -S bigpic:all -d? -D
November 17, 2013, 08:57:23 PM
I like the idea of GBT in general- it enforces some honesty on pool operators (not that any of them are dishonest, to my knowledge )
Even if you assume the pool operator is perfectly honest, blind pooling makes the servers an excellent target for someone to break into...)If you can double-spend enough, it might even be profitable to organise a hold-up of all the big pool operators and force them to let you access the servers so you can do a 10-deep reorg or so.
Fully implemented GBT will make this kind of attack impractical, thus giving pool operators more personal security too.
It's a shame you and Con don't like collaboration, otherwise I might have more time to finish other things like this...
It would also be ideal to give some probability and statistical information about such an attack rather than blatantly ignoring that which determines the value of your comment ...
Probability of course always increases with price.Yes you can also do the equivalent of a 50% attack on BTC with 100GH/s ...
What?...
GBT is entirely unoptimised right now, so there's a possibility of improving it.
In theory, I should be able to reduce its CPU load to approximately the same as stratum's.
Just need to find the time...
Why?GBT is entirely unoptimised right now, so there's a possibility of improving it.
In theory, I should be able to reduce its CPU load to approximately the same as stratum's.
Just need to find the time...
Only recently have people been producing (this degree of) standalone miners with underpowered controllers builtin.
I guess I should have seen it coming with Avalon1/cgminer failing even with stratum when coinbases got larger...
November 17, 2013, 08:06:14 PM
For some reason, unbeknownst to me, my Red Fury device is not hashing... Can anyone help? I have installed the drivers and bfgminer but can't seem to mine...
Code:
bfgminer version 3.5.1 - Started: [2013-11-17 20:02:48] - [ 0 days 00:02:56]
[M]anage devices [P]ool management [S]ettings [D]isplay options [H]elp [Q]uit
Connected to stratum.bitcoin.cz diff 1 with stratum as user LockUnlock.w1
Block: ...ee328b8a #270211 Diff:609M ( 4.36Ph/s) Started: [20:02:48]
ST:2 F:0 NB:1 AS:0 BW:[ 58/ 8 B/s] E:0.00 I: 0.00 BTC/hr BS:0
0 | 0.0/ 0.0/ 0.0 h/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
OCL 0: | OFF / 0.0/ 0.0 h/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
[2013-11-17 20:04:12] Attempting to reinitialize OCL 0
[2013-11-17 20:04:12] OCL 0 (thread 0) being re-enabled
[2013-11-17 20:04:12] Error -54: Enqueueing kernel onto command queue. (clEnque
ueNDRangeKernel)
[2013-11-17 20:04:12] OCL 0 failure, disabling!
[2013-11-17 20:04:12] OCL 0 (thread 0) being disabled
[2013-11-17 20:04:39] Stratum from pool 0 requested work update
[2013-11-17 20:05:09] Stratum from pool 0 requested work update
[2013-11-17 20:05:38] Attempting to reinitialize OCL 0
[2013-11-17 20:05:38] OCL 0 (thread 0) being re-enabled
[2013-11-17 20:05:38] Error -54: Enqueueing kernel onto command queue. (clEnque
ueNDRangeKernel)
[2013-11-17 20:05:38] OCL 0 failure, disabling!
[2013-11-17 20:05:38] OCL 0 (thread 0) being disabled
[2013-11-17 20:05:39] Stratum from pool 0 requested work update
November 17, 2013, 07:34:38 PM
I got past that but i use USB powered hub ...
But it fails further ...
But it fails further ...
Code:
[M]anage devices [P]ool management [S]ettings [D]isplay options [H]elp [Q]uit
Connected to eu-stratum-lb489kj.btcguild.com diff 2 with stratum as user digi128pci_avalon
Block: ...7ee030e7 #269461 Diff:511M ( 3.66Ph/s) Started: [22:51:21]
ST:2 F:0 NB:1 AS:0 BW:[163/ 31 B/s] E:0.87 I:14.61uBTC/hr BS:4
0 | 202.4/263.0/178.1Mh/s | A:1 R:0+3( 75%) HW:8/ 33%
--------------------------------------------------------------------------------
NFY 0: | OFF /272.7/184.7Mh/s | A:1 R:0+3( 75%) HW:8/ 33%
--------------------------------------------------------------------------------
[2013-11-13 22:51:23] NFY 0: Previous nonce mismatch (4th try), recalibrating
[2013-11-13 22:51:25] Accepted 3fa4ee98 NFY 0 Diff 4/2
[2013-11-13 22:51:25] Stratum from pool 0 requested work update
[2013-11-13 22:51:25] Pool 0 is hiding block contents from us
[2013-11-13 22:51:25] Reconnect requested from pool 0 to eu-stratum-lb489kj.btcguild.com:3333
[2013-11-13 22:51:26] Stratum from pool 0 requested work update
[2013-11-13 22:51:32] mcp2210_spi_transfer: Failed to issue SPI transfer
[2013-11-13 22:51:34] mcp2210_spi_transfer: Failed to continue SPI transfer (59 bytes remaining)
[2013-11-13 22:51:34] NFY 0 failure, attempting to reinitialize
[2013-11-13 22:51:34] mcp2210_set_cfg_spi: Error setting current SPI config (248)
[2013-11-13 22:51:34] mcp2210_set_cfg_spi: Error setting current SPI config (248)
[2013-11-13 22:51:34] NFY 0 failure, disabling!
[2013-11-13 22:51:35] NFY 0: bitfury_init_oldbuf: Giving up after 4 tries
[2013-11-13 22:51:35] NFY 0: bitfury_init_oldbuf: Giving up after 4 tries
[2013-11-13 22:51:36] NFY 0: bitfury_init_oldbuf: Giving up after 4 tries
[2013-11-13 22:51:37] NFY 0: bitfury_init_oldbuf: Giving up after 4 tries
I got similar result after using usb hub
November 17, 2013, 05:49:05 PM
I like the idea of GBT in general- it enforces some honesty on pool operators (not that any of them are dishonest, to my knowledge )
Even if you assume the pool operator is perfectly honest, blind pooling makes the servers an excellent target for someone to break into...)If you can double-spend enough, it might even be profitable to organise a hold-up of all the big pool operators and force them to let you access the servers so you can do a 10-deep reorg or so.
Fully implemented GBT will make this kind of attack impractical, thus giving pool operators more personal security too.
November 17, 2013, 05:36:55 PM
I am using the version 3.4.0 BFGMiner that is distributed as part of Bertmod 0.3 on my KnCMiner Saturn. I added the lines:
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
Is it using 100% CPU, or less? I wonder if the BBB can't keep up with generating work via GBT...Code:
"coinbase-addr": ,
"coinbase-sig":
"coinbase-sig":
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
Yeah, looks like that's it - always over 95% CPU when GBT is enabled, ~22% otherwise.
Bummer.
In theory, I should be able to reduce its CPU load to approximately the same as stratum's.
Just need to find the time...
Yeah, I imagine your plate is pretty full. I like the idea of GBT in general- it enforces some honesty on pool operators (not that any of them are dishonest, to my knowledge
), and it is currently the ONLY real way to solo mine with ASIC h/w without all the complexity of installing and configuring stratum pool software - but it does seem to be pretty heavy-weight at the moment. I notice that even Eligius will auto-switch you to stratum if you try to use GBT, unless you explicitly disable stratum.I hope you find some time to look into it soon.
November 17, 2013, 05:23:46 PM
I am using the version 3.4.0 BFGMiner that is distributed as part of Bertmod 0.3 on my KnCMiner Saturn. I added the lines:
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
Is it using 100% CPU, or less? I wonder if the BBB can't keep up with generating work via GBT...Code:
"coinbase-addr": ,
"coinbase-sig":
"coinbase-sig":
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
Yeah, looks like that's it - always over 95% CPU when GBT is enabled, ~22% otherwise.
Bummer.
In theory, I should be able to reduce its CPU load to approximately the same as stratum's.
Just need to find the time...
November 17, 2013, 05:15:07 PM
I am using the version 3.4.0 BFGMiner that is distributed as part of Bertmod 0.3 on my KnCMiner Saturn. I added the lines:
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
Is it using 100% CPU, or less? I wonder if the BBB can't keep up with generating work via GBT...Code:
"coinbase-addr": ,
"coinbase-sig":
"coinbase-sig":
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
Yeah, looks like that's it - always over 95% CPU when GBT is enabled, ~22% otherwise.
Bummer.
November 17, 2013, 05:07:58 PM
I am using the version 3.4.0 BFGMiner that is distributed as part of Bertmod 0.3 on my KnCMiner Saturn. I added the lines:
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
Is it using 100% CPU, or less? I wonder if the BBB can't keep up with generating work via GBT... Code:
"coinbase-addr": ,
"coinbase-sig":
"coinbase-sig":
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
November 17, 2013, 04:57:53 PM
I am using the version 3.4.0 BFGMiner that is distributed as part of Bertmod 0.3 on my KnCMiner Saturn. I added the lines:
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
Code:
"coinbase-addr": ,
"coinbase-sig":
"coinbase-sig":
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
How long has your bitcoin-qt been running. Is the Blockchain fully up-to-date or is it still updating?
November 17, 2013, 04:49:40 PM
I am using the version 3.4.0 BFGMiner that is distributed as part of Bertmod 0.3 on my KnCMiner Saturn. I added the lines:
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
Code:
"coinbase-addr": ,
"coinbase-sig":
"coinbase-sig":
to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.
It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s
If I remove the above two lines, it goes back to normal.
Anybody have any idea what is going wrong here?
Jump to: