Victory is mine! It works now. Seems to be hashing around 37 GH/s.
Any thoughts on why it's running slower than it should? I've read that the USB cable is crap, so I ordered a new A-B one. Will try testing with that. Definitely set voltage and frequency. I have no idea what the defaults are. |
|
|
|
What version of git itself? 1.7.10.4. Hm, so pretty old. Maybe that's related. How do I make sure I have an updated libblmaker besides doing what I've done?
git log inside the libblkmaker directory should show e9cd82be9352d502fce9df696a8933567e1e00a4 as the top commit. You can use the git fetch command followed by git checkout v0.5.1 if it isn't. Seemed to work. I was able to compile and run. Testing the U3 is inconclusive however. It doesn't seem to run at the appropriate speed; running at 2 GH/s. Often with 80+% HW. Are you using the antminer driver for it? -S antminer:/dev/ttyUSB0 |
|
|
|
What version of git itself? 1.7.10.4. Hm, so pretty old. Maybe that's related. How do I make sure I have an updated libblmaker besides doing what I've done?
git log inside the libblkmaker directory should show e9cd82be9352d502fce9df696a8933567e1e00a4 as the top commit. You can use the git fetch command followed by git checkout v0.5.1 if it isn't. |
|
|
|
So what version of git?  After making sure you have an updated libblkmaker, you can tell autogen.sh to skip submodules with: NOSUBMODULES=1 ./autogen.sh |
|
|
|
Before running autogen.sh, do:
git clone git://github.com/bitcoin/libblkmaker
$ git clone git://github.com/bitcoin/libblkmaker
fatal: destination path 'libblkmaker' already exists and is not an empty directory. Ah, this is an existing repo... Try this then: ( cd libblkmaker && git fetch git://github.com/bitcoin/libblkmaker; )~/u3test/bfgminer $ cd libblkmaker && git fetch git://github.com/bitcoin/libblkmaker
remote: Counting objects: 638, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 638 (delta 34), reused 31 (delta 31), pack-reused 601
Receiving objects: 100% (638/638), 99.72 KiB, done.
Resolving deltas: 100% (418/418), done.
From git://github.com/bitcoin/libblkmaker
* branch HEAD -> FETCH_HEAD
~/u3test/bfgminer $ ./autogen.sh
Getting submodules...
Submodule 'ccan' () registered for path 'ccan-upstream'
Submodule 'knc-asic' () registered for path 'knc-asic'
Submodule 'libbase58' () registered for path 'libbase58'
Submodule 'libblkmaker' () registered for path 'libblkmaker'
fatal: Needed a single revision
Unable to find current revision in submodule path 'libblkmaker'
You skipped the git clone of libblkmaker in there... What version of git? What is the output of: git submodule status |
|
|
|
Before running autogen.sh, do:
git clone git://github.com/bitcoin/libblkmaker
$ git clone git://github.com/bitcoin/libblkmaker
fatal: destination path 'libblkmaker' already exists and is not an empty directory. Ah, this is an existing repo... Try this then: ( cd libblkmaker && git fetch git://github.com/bitcoin/libblkmaker; ) |
|
|
|
|
Before running autogen.sh, do:
git clone git://github.com/bitcoin/libblkmaker
|
|
|
|
Luke,
Do you realy think that redirecting a miner after first share will "hide or protect" given server?
Do not get me wrong but in 99% of cases when bad boys know their shit you can not do much about it.
Your ISp is the one who shall take care. And depending how hard ddos is it is not an easy task at all....
It's what he was asking for. And quite often, the bad boys do not know their stuff.  |
|
|
|
Hello
Considering the nature of a pool that "mine" Bitcoins I think we will suffer DDOS constantly and every time more aggressive sophisticated and bigger.
In my opinion the Srtatum protocol may help with some improvements to mitigate the DDOS
May be some features like the Apache/HTTP can be implemented like the Redirect or Temporary Redirect where after connecting the node tells the miner to connect to a different IP:PORT. Before that redirect may require to execute some handshake process that needs to be a heavy process at miner side so will be complex for a DDOS complete the handshake without some significant processing power.
Is not nice, but something has to be done.
Regards
Juan
Stratum already supports that. Ok I will re read the documentation. Essentially it boils down to redirecting miners to other servers using client.reconnect after they submit at least one valid share. |
|
|
|
Hello
Considering the nature of a pool that "mine" Bitcoins I think we will suffer DDOS constantly and every time more aggressive sophisticated and bigger.
In my opinion the Srtatum protocol may help with some improvements to mitigate the DDOS
May be some features like the Apache/HTTP can be implemented like the Redirect or Temporary Redirect where after connecting the node tells the miner to connect to a different IP:PORT. Before that redirect may require to execute some handshake process that needs to be a heavy process at miner side so will be complex for a DDOS complete the handshake without some significant processing power.
Is not nice, but something has to be done.
Regards
Juan
Stratum already supports that. |
|
|
|
I have this issue with bfgminer; when any pool in my list is attacked with DDoS bfg goes crazy and drops out all over the place.
First this happened to me with 1.ghash 2.slush when ghash whent upside down two weeks ago. Then bfg never connected to slush = zero revenue but full electric bill = not good.
Now when I have 1.slush 2.f2pool it happened again when f2pool was under attack! that's my secondary pool!!!
I think it might be due too:
1) My connection is 3G and the connection is dodgy = lots of reconnects.
2) I'm using BFLs old Monarch compatible bfgminer.
But how can I tell bfgminer to only connect to pools that behave good?
Try a current version first. |
|
|
|
what's the status? I've heard ethereum is planning to release soon
Hopefully this project will re-target to be a sidechain with real bitcoins IMO. |
|
|
|
Having an odd issue since I upgraded to 5.1.0, but some times BFGminer only sees one GPU/card. No other application has this problem, even other OpenCL tools (e.g. video coders) or games in CrossfireX. I can't even seem to manage to forcibly get it to see the other.
System is on a 990FX chipset, two R9 280X cards, on Windows 8.1 Pro, with scrypt GPU mining and GPU auto-detect at the command line. No, this issue doesn't happen in Ubuntu, but this machine has other duties via Windows that need the CPU overnight, which is also when I mine.
Upgraded from what? 5.0? Can you bisect the issue? http://luke.dashjr.org/tmp/code/webisect/webisect.phpEnter something unique for session name, then put in the two versions (formatted as in the example) and follow instructions. |
|
|
|
would I add in setup of my SP20 a value for "ExtraFlag (hex): add numbers: 1:no-scaling 2:extranonce.subscribe 4:no-debug 8:alt-bistword" ??  |
|
|
|
By my read of that pull, have you been successful getting the U3 to work on linux? Yes, that was tested before I posted about it |
|
|
|
Why when I solo mine am I connected to two pools: 0: Enabled GBT Quota 1 Pool 0: http://localhost:8332 User:bitcoinrpc
1: Enabled GBT Quota 0 Pool 1: http://localhost:8332/#allblocks User:bitcoinrpc I'm using the code you mentioned on the BFGMiner GitHub page (with modifications specific to me, of course): bfgminer -o http://localhost:8332 -u username -p password \
--generate-to 1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh \
--coinbase-sig "rig1: This is Joe's block!" What is the "#allblocks" pool? When possible, BFGMiner automatically configures itself for solo mining. The #allblocks keyword makes it submit all blocks locally, no matter what pool it was found for. This helps the block propagate faster and prevents the pool from performing the selfish mining attack. |
|
|
|
--request-diff <arg> does not appear to function for me, where <arg> has been 1.0, 2.0, 2, 6 in my efforts to get it working. No matter what value I input the pool starts me at 1k difficulty. Would it depend on the pool I'm connecting to whether or not that command gets accepted? The difficulty auto-adjusts down after several minutes, but I would like to avoid that period of auto adjustment. Using a single nanofury usb stick. Thanks.
It's just a request. Pools can just ignore it (and most do). |
|
|
|
It will work, a share is a share no matter what makes it. You might be waiting quite awhile to get one, but that's another story. I will wait A good CPU might get 1 share per day. So you might get a 0.01 BTC payout after 2 years. Maybe. |
|
|
|
Did a quick search and didn't find an answer.
Can i use Eligius to a HD wallet (bread wallet) address or does it have to be a bitcoin-qt?
HD vs JBOK doesn't matter, but your wallet software needs to properly support all transactions. Most standalone wallets do, AFAIK - I'm only aware of webwallets being broken. Note that you need to sign messages to change options (or get namecoins), and some wallets cannot do this. |
|
|
|
Ghash is possibly under ddos attack since yesterday.
Good point... Eligius received notification that we will be constantly under DDoS as well (although wizkid057 has things setup well enough that we don't even really notice). |
|
|
|
|
Show Posts
