|
You can remove the eth.cncoin.farm from the list. Nobody mining there, and doesn't look like it could find a block while there were people mining. I'm just going to cut my losses.
Edit: I was hoping to hit a block before taking it down to not waste all the mining that has been done, but it was just taking way too long to get a block with my 60MH, so I'm just giving up.
|
|
|
|
Generally, your rig will get slower as the difficulty rises and the DAG gets bigger, regardless the mining software you use. An optimized CL kernel will only get you so far after all. The best variable to adjust your overall speed just from my experience is the Farm recheck time. get a good balance there with your other variables and it will give a smooth consistent mining speed rather than speeds that tend to fluctuate
. Also keep in mind that Im mining the snot out of Expanse at 27 MHs (much lower difficulty) for now as the difficulty of Ethereum which I was getting about 20 MHs per card until it eventually grew above a difficulty that I could remain profitable at. SHIFT for example with such a currently low difficulty would give a high mining rate I think.
OOOooh. I didn't notice that.  |
|
|
|
|
Make sure you have at least what was it 16 GB virtual memory (swap).
|
|
|
|
My miner doesn't support dwarfpool. If you can raise 1 BTC (with a group of people), I will add support for it.
I had some time today to sniff the Dwarfpool connection. Strange that after all this time, they would choose to implement a non standard version of the stratum protocol. So its a Dwarfpool weirdness issue. Regular farm mining through eth-proxy works just fine. Im noticing a 7 Mhs increase in speed and more consistent mining speeds on my AMD rigs. FAR LESS THAN 1 BTC-- Eth-Proxy works just fine, it is easy to set-up and run, it is free. I don't use Genoil's Ethminer on my AMD rigs, just on my nVidia rigs. All of them connect through Eth-Proxy. I don't use the stratum mode with Genoil's miner, I just let it mine, and it mines just fine. --scryptr What are you using for your AMD cards? I have been using Claymore 4.3 seems to be ok. Do you suggest anything different? My 6 380x cards are pulling about 128.5 on average. (21.4 percard) With genoil ethminer Im pulling 27.x MHs per Sapphire R9 280X Vapor-X under Ubuntu 14.04 with the proprietary AMD driver set at 15.something. Was running the stock ethminer that came with the ethereum package. Mining speed is roughly a 7 MHs increase on average. Its also farm mining against an eth-proxy running on a different server setup for Expanse on Dwarfpool. I had hoped to use genoil's ethminer stratum feature to hit it directly (sans proxy) so that I could set up a little profit switching with Ethereum and SHIFT but to no avail. Just have to have a little more patience  My run script is: #!/bin/bash export GPU_FORCE_64BIT_PTR=0 export GPU_MAX_HEAP_SIZE=100 export GPU_USE_SYNC_OBJECTS=1 export GPU_MAX_ALLOC_PERCENT=100 ethminer -R ~/.ethash-exp -E old --farm-recheck 300 -G -F http://192.168.1.5:8080/rig3 --cl-extragpu-mem 16 --cl-local-work 256 --cl-global-work 16384 Haven't checked out Claymore yet, but I will now. NOTE: Vapor-X cards suck for mining which is why I use them on my test rig. I would expect that a better version of the R9 280X or a newer generation card will probably have better results. 27 MHs? I barely get 20 on my powercolor 280x |
|
|
|
thx . MSVC didn't need those. I blindly applied your patch, don't have time to spin up a Linux instance now. It works fine. I was going to mention it might be better to allow a couple of cards to do DAG creation instead of one at a time. I just changed the while a bit to get it to do 2 cards at a time diff --git a/libethcore/EthashGPUMiner.cpp b/libethcore/EthashGPUMiner.cpp
index 2346b71..9e7d082 100644
--- a/libethcore/EthashGPUMiner.cpp
+++ b/libethcore/EthashGPUMiner.cpp
@@ -144,7 +144,7 @@ void EthashGPUMiner::workLoop()
{
if (s_dagLoadMode == DAG_LOAD_MODE_SEQUENTIAL)
{
- while (s_dagLoadIndex < index()) {
+ while (s_dagLoadIndex + 1 < index()) {
this_thread::sleep_for(chrono::seconds(1));
}
} I guess that could be the option instead of completely sequential, a number for how many to build the DAG at the same time would be nice. |
|
|
|
My options in cmake are:
cmake -DBUNDLE=cudaminer -DCOMPUTE=30 ..
And I also tried:
cmake -DBUNDLE=cudaminer -DCOMPUTE=52 ..
I fixed it by running -DCOMPUTE=50 for my 750ti. |
|
|
|
Ok, just downloaded a fresh copy, and tried to do the make and this is the error being produced during the make:
[ 73%] Built target BuildInfo.h
/home/buchanaw/Documents/cpp-ethereum/libethcore/Miner.cpp:7:10: error: specializing member ‘dev::eth::GenericMiner<dev::eth::EthashProofOfWork>::s_dagLoadMode’ requires ‘template<>’ syntax
unsigned dev::eth::GenericMiner<dev::eth::EthashProofOfWork>::s_dagLoadMode = 0;
^
/home/buchanaw/Documents/cpp-ethereum/libethcore/Miner.cpp:8:10: error: specializing member ‘dev::eth::GenericMiner<dev::eth::EthashProofOfWork>::s_dagLoadIndex’ requires ‘template<>’ syntax
unsigned dev::eth::GenericMiner<dev::eth::EthashProofOfWork>::s_dagLoadIndex = 0;
^
make[2]: *** [libethcore/CMakeFiles/ethcore.dir/Miner.cpp.o] Error 1
make[1]: *** [libethcore/CMakeFiles/ethcore.dir/all] Error 2
Yep, same You can fix it by adding before each of those two lines from unsigned dev::eth::GenericMiner<dev::eth::EthashProofOfWork>::s_dagLoadMode = 0;
unsigned dev::eth::GenericMiner<dev::eth::EthashProofOfWork>::s_dagLoadIndex = 0;
to template <>
unsigned dev::eth::GenericMiner<dev::eth::EthashProofOfWork>::s_dagLoadMode = 0;
template <>
unsigned dev::eth::GenericMiner<dev::eth::EthashProofOfWork>::s_dagLoadIndex = 0;
just adding template <> before each line.... well, it compiled. didn't test it |
|
|
|
hello, its not working for me on gtx 1080 this is what the log says: i 20:36:58|cudaminer0 Initialising miner…
Using device: GeForce GTX 1080 (Compute 6.1)
Cuda error in func ‘set_constants’ at line 128 : invalid device symbol. is there something i can do to make this work? Did you install cuda 8.0 release candidate? |
|
|
|
Every known stratum version is now supported directly at eth.cncoin.farm. Claymore's miner supported using -esm 0 1 or 2 . Can I get more people testing to verify it works ok for you? Note: Pool fee will go to 1% after we hit the next block and it pays out. Are you the operator of CNcoin.farm? 430% wow. Figured I'd give it a try and stuck in this crazy 2+ days round Don't see anything wrong. I've been testing everything and mining testnet blocks all day. I see nothing wrong with the pool, but no block. I'm going to revert the updated stratum code and count this as a huge failure. Sorry to waste everyone's mining! |
|
|
|
Every known stratum version is now supported directly at eth.cncoin.farm. No need for proxy if your miner supports it. Pool fee will go to 1% after we hit the next block and it pays out. We now have North America and Europe servers, too. Don't see anything wrong. I've been testing everything and mining testnet blocks all day. I see nothing wrong with the pool, but no block. I'm going to revert the updated stratum code and count this as a huge failure. Sorry to waste everyone's mining! |
|
|
|
Every known stratum version is now supported directly at eth.cncoin.farm. Claymore's miner supported using -esm 0 1 or 2 . Can I get more people testing to verify it works ok for you? Note: Pool fee will go to 1% after we hit the next block and it pays out. |
|
|
|
Every known stratum version is now supported directly at eth.cncoin.farm. Genoil stratum protocol supported. No need for a proxy. Can I get more people testing to verify it works ok for you? Note: Pool fee will go to 1% after we hit the next block and it pays out. |
|
|
|
Every known stratum version is now supported directly at eth.cncoin.farm. No need for proxy if your miner supports it. Pool fee will go to 1% after we hit the next block and it pays out. We now have North America and Europe servers, too. |
|
|
|
ethminer.exe -C -S eth-eu.dwarfpool.com:80/0Myxa2541adressss/worker doesn't work no it doesn't. my fork doesn't support dwarf stratum. a. their stratum is not stratum and b. their faq says my stratum is buggy while their implementation is simply out of spec. i will support it if i get paid to do it  I hear you, Genoil. NO pools have standard "stratum" support, and the vardiff is also flakey. Coinotron, ethpool/ethermine, miningpoolhub are pretty good. Coinmine.pl as well although there's a little hack in my code to support it. I've added support at my pool for direct stratum support of this protocol if anyone wants to try it. http://eth.cncoin.farm I've needed someone to do a good test on it besides my tiny 60MH. I've tried with both amd OpenCL and cuda versions and they seem to work, but some more hammering would be appreciated. |
|
|
|
http://eth.cncoin.farm
Min. payout threshold: 0.2 Ether, Payouts run twice per day. Payout before 0.5eth not relased please fix it Yep, fixed. I had my configs split and changed the wrong one for payouts. Thanks for informing me. |
|
|
|
Now currently evaluating http://eth.cncoin.farm/ pool out so far with the rest of pools seem fine to mine on but with some of them payments are odd and hash rates odd some pay more some pay less some brake even across the board. Trying to find that perfect pool that has everything that all different pools has in one is kinda tricky. So anyone asking what the perfect pool is for mining. That I can not say due to the fact each pool is different on mining. Most are doing the same thing and my fav list is about the best ones I like so far and are fairly good in terms to hashing payouts fees and rest of it. More details on how http://eth.cncoin.farm/ holds out and what becomes of it. Still a small new pool so feel free jump at it with FREE fees Hi, I just added coinotron's stratum support so those using Genoil's stratum protocol works now, too. Can you add that info please? So far I think I'm the only one that supports of those pools based on the open-ethereum-pool. Fees will start on May 20th at 1%. Thanks! |
|
|
|
You could monitor my pool, too http://eth.cncoin.farm cncoin.farm ΞthereumPool. Another pool using sammy007's open-ethereum-pool. Located on East Coast U.S. no fee for another week, .2ETH min payout. Only I am mining there at the moment. Trying to get the word out and get some miners if anyone wants to help spread that hash. |
|
|
|
I tried the miner, it run only couple of hours before crash. I have tried it several times and the result is same, crashed in some hours. Here is the screenshot. https://www.sendspace.com/file/335hztHmm, darn. And you did a git pull for the latest? I've been running mine for days without problems... If you do a git checkout master and use that, does it work ok (without the -K option, though)? Yesterday I run the master at pooltobe, no crash even there are many reconnect and relogin, but after lubuntu 14.04 software update, now I try again at cncoinfarm with keepalive using last pull, I hope it works stable. Ps. The keepalive branch is stable, I have been mining for 5 days without crash. However the lubuntu 14.04 screen resolution must be keep default, setting screen DPI to 96x96 will make it crash after some hours. Ok, thanks for the report! |
|
|
|
I tried the miner, it run only couple of hours before crash. I have tried it several times and the result is same, crashed in some hours. Here is the screenshot. https://www.sendspace.com/file/335hztHmm, darn. And you did a git pull for the latest? I've been running mine for days without problems... If you do a git checkout master and use that, does it work ok (without the -K option, though)? |
|
|
|
If I recall the pool list on the OP was supposed to be a list of some recommended pools for new users to get started, not a comprehensive guide. Recommended pools meaning those that don't have a high share of the network, have a good reputation, reasonable fees, donate to support the project, etc.
Having a complete list doesn't really help the project or the coin. New users just need a way to get on one reasonable pool if they want to pool mine. Of course if someone wants to maintain a comprehensive pool list that is perfectly okay too, but it isn't necessary.
So, I wouldn't consider a pool not being in the OP as "missing".
Well, based on the #monero-pools topic saying That also looks like a good recommendation to me. I would think anyone with a pool would like it listed, or maybe that should be changed?
Why does this matter? I would consider the interests of the project and network to take precedence over those of "anyone with a pool". The list of "missing" pools to which I was replying included one suspected of being a botnet (and also suspected of fake stats), one very large pool, one with suspicious affiliations and one which does not donate anything to support the software (pool software or core software). Why should any of those be listed regardless of what their operators "would like"? Sorry, just felt like I was making waves with my request, so stated why I was asking. |
|
|
|
|
Show Posts
