ethminer-0.9.41-genoil-1.1

[davembg]

i'm trying to compile on 15.10
but i get error that cuda dont support higher then gcc-4.9
i've tried with
ln -s /usr/bin/g++-4.8 /usr/bin/g++
ln -s /usr/bin/gcc-4.8 /usr/bin/gcc
but it still says:  #error -- unsupported GNU version! gcc versions later than 4.9 are not supported!
when i do gcc/g++ --version it says 4.8.5

nvcc doesn't always report errors correctly - are you using cuda 6.5 or 7.5?

7.5

i'm reinstalling 14.04 on my test machine. will try compile it on that when its done.

I'm building a fresh 15.10 now - I'll let you know what I find.
15.10 is ready, I've been using it for quite awhile now.

[1715487947]

1715487947

[1715487947]

1715487947

[1715487947]

1715487947

[1715487947]

1715487947

[tolazy]

i'm trying to compile on 15.10
but i get error that cuda dont support higher then gcc-4.9
i've tried with
ln -s /usr/bin/g++-4.8 /usr/bin/g++
ln -s /usr/bin/gcc-4.8 /usr/bin/gcc
but it still says:  #error -- unsupported GNU version! gcc versions later than 4.9 are not supported!
when i do gcc/g++ --version it says 4.8.5

nvcc doesn't always report errors correctly - are you using cuda 6.5 or 7.5?

7.5

i'm reinstalling 14.04 on my test machine. will try compile it on that when its done.

I'm building a fresh 15.10 now - I'll let you know what I find.
15.10 is ready, I've been using it for quite awhile now.

then i must be doing something wrong. dont know if its gcc/nvcc or anyother cuda problems.

[sorry2xs]

Can someone tell me what the -S parameter is used for and also -t 2 option too. Using t-2 works with a number of gpus and some it does not work on. -S I do not know what is for as no documentation I have read so far has this listed.

I have a rig with only hd 7970's (4 cards) and i dont need the -t 4 option.. but in my 290x rig i have to assign the -t 5 option for the amount of cards i have or it just doesnt pick them all up.. seems this miner behaves differently on different setups.. but its a wip so that can be expected.. To my knowledge the -t is the amount of threads the ethminer is using.  Honestly i dont know. i came across it in my many long nights and that is what made my system work.   I have some 390x 's coming today.. excited to get them up and running..  Also anyone here try these yet.  http://www.ebay.com/itm/141865200790?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT .. i ordered a few and will give them a go and report back.. will save us a ton in setup costs if these work.. but they take a few weeks to get here.. meantime just have to keep buying up mobo's//  

Best Regards
Doug

hi, i have a 7950 and 7850 and it won't mine with both cards this t-4  option were is it placed in the cmd line

[Genoil]

True, it isn't stable. I'm working on creating a timeout clientside. So if the miner is working on the same job for over, let's say 1.5 the blocktime, we can safely assume the connection is botched. Reconect and try again. I know it;s a band-aid for a problem I haven't been able to identify yet, but it's better than what we have now..

Hi!

I think this hack will not work.
For me the problem appears on reconnetct after connection errors.
As I see the received data was corrupted.

I think this is a race condition problem.
You perform asynchronous reading (based on hooks) but your m_pending counter not protected by mutex/semaphore.

I tried perform fast fix: I remove all m_pending counter logic and readline() call from readResponse() and insert multiple readline() calls into processReponse().
For me it fixes this bug, but this is bull shit code only for test proof of concept.
I think the right desigion - it's to create a separate thread with infinite loop, which will read all responces.

Thanks for looking into this. I hope to find some time soon to address this problem.

Is normal these lines with 0 h/s and these changes between 13 and 27 mH/s every sec?
Thanks guys

The hashrate counter of ethminer isn't very sophisticated. When a kernel execution finishes between the "farm-recheck" time (regardless of when that kernel started running), the amount of nonces tried in that kernel (== --cl-local-work * --cl-global-work) are added to a total and after the farm-recheck period finishes, it gets divided by farm-recheck and you have your "hash rate". So in your example, every once in a while your farm-recheck exactly fits 2 kernel executions, and mostly one. Hence the fluctuation. I think you can safely reduce --cl-global-work by a few powers of 2 before the GPU gets under-utilized. You'll see a more stable figure.

 

[maxim000]

often miner lost connection after changing IP - very actually for dynamic IP

[tolazy]

chnage /usr/local/cuda/include/host_config.h
/*
#error -- unsupported GNU version! gcc versions later than 4.9 are not supported!
*/
now it compiles to 98% and then i get

In file included from /root/cpp-ethereum/ethminer/main.cpp:39:0:
/root/cpp-ethereum/ethminer/MinerAux.h: In member function ‘void MinerCLI::doFarm(dev::eth::MinerType, std::string&, unsigned int)’:
/root/cpp-ethereum/ethminer/MinerAux.h:872:9: warning: suggest explicit braces to avoid ambiguous ‘else’ [-Wparentheses]
      if (current.seedHash != newSeedHash)
         ^
[ 98%] Linking CXX executable ethminer
../libdevcore/libdevcore.so: error: undefined reference to 'Json::Value::operator[](std::string const&)'
../libdevcore/libdevcore.so: error: undefined reference to 'Json::FastWriter::write(Json::Value const&)'
../libstratum/libethstratum.so: error: undefined reference to 'Json::Reader::parse(std::string const&, Json::Value&, bool)'
../libstratum/libethstratum.so: error: undefined reference to 'Json::Reader::getFormattedErrorMessages() const'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function PhoneHome::report_benchmark(std::string const&, int): error: undefined reference to 'Json::Value::Value(std::string const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function PhoneHome::report_benchmark(std::string const&, int): error: undefined reference to 'jsonrpc::Client::CallMethod(std::string const&, Json::Value const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function PhoneHome::report_benchmark(std::string const&, int): error: undefined reference to 'Json::Value::toStyledString() const'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function PhoneHome::report_benchmark(std::string const&, int): error: undefined reference to 'jsonrpc::JsonRpcException::JsonRpcException(int, std::string const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function FarmClient::eth_submitWork(std::string const&, std::string const&, std::string const&): error: undefined reference to 'Json::Value::Value(std::string const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function FarmClient::eth_submitWork(std::string const&, std::string const&, std::string const&): error: undefined reference to 'Json::Value::Value(std::string const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function FarmClient::eth_submitWork(std::string const&, std::string const&, std::string const&): error: undefined reference to 'Json::Value::Value(std::string const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function FarmClient::eth_submitWork(std::string const&, std::string const&, std::string const&): error: undefined reference to 'jsonrpc::Client::CallMethod(std::string const&, Json::Value const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function FarmClient::eth_submitWork(std::string const&, std::string const&, std::string const&): error: undefined reference to 'Json::Value::toStyledString() const'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function FarmClient::eth_submitWork(std::string const&, std::string const&, std::string const&): error: undefined reference to 'jsonrpc::JsonRpcException::JsonRpcException(int, std::string const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function FarmClient::eth_submitHashrate(std::string const&, std::string const&): error: undefined reference to 'jsonrpc::Client::CallMethod(std::string const&, Json::Value const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function FarmClient::eth_submitHashrate(std::string const&, std::string const&): error: undefined reference to 'Json::Value::toStyledString() const'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function FarmClient::eth_submitHashrate(std::string const&, std::string const&): error: undefined reference to 'jsonrpc::JsonRpcException::JsonRpcException(int, std::string const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function MinerCLI::doBenchmark(dev::eth::MinerType, bool, unsigned int, unsigned int, unsigned int): error: undefined reference to 'jsonrpc::HttpClient::HttpClient(std::string const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function MinerCLI::doFarm(dev::eth::MinerType, std::string&, unsigned int): error: undefined reference to 'jsonrpc::HttpClient::HttpClient(std::string const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function MinerCLI::doFarm(dev::eth::MinerType, std::string&, unsigned int): error: undefined reference to 'jsonrpc::HttpClient::HttpClient(std::string const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function MinerCLI::doFarm(dev::eth::MinerType, std::string&, unsigned int): error: undefined reference to 'jsonrpc::Client::CallMethod(std::string const&, Json::Value const&)'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function MinerCLI::doFarm(dev::eth::MinerType, std::string&, unsigned int): error: undefined reference to 'Json::Value::asString() const'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function MinerCLI::doFarm(dev::eth::MinerType, std::string&, unsigned int): error: undefined reference to 'Json::Value::asString() const'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function MinerCLI::doFarm(dev::eth::MinerType, std::string&, unsigned int): error: undefined reference to 'Json::Value::asString() const'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function MinerCLI::doFarm(dev::eth::MinerType, std::string&, unsigned int): error: undefined reference to 'Json::Value::toStyledString() const'
CMakeFiles/ethminer.dir/main.cpp.o:main.cpp:function MinerCLI::doFarm(dev::eth::MinerType, std::string&, unsigned int): error: undefined reference to 'jsonrpc::JsonRpcException::JsonRpcException(int, std::string const&)'
collect2: error: ld returned 1 exit status
ethminer/CMakeFiles/ethminer.dir/build.make:120: recipe for target 'ethminer/ethminer' failed
make[2]: *** [ethminer/ethminer] Error 1
CMakeFiles/Makefile2:543: recipe for target 'ethminer/CMakeFiles/ethminer.dir/all' failed
make[1]: *** [ethminer/CMakeFiles/ethminer.dir/all] Error 2
Makefile:116: recipe for target 'all' failed
make: *** [all] Error 2

[Bitspenser]

often miner lost connection after changing IP - very actually for dynamic IP

For my connection, the dynamic IP only changes after the reset of the modem. So it rarely changes. But the miner still loses connection.

[bigb0096]

True, it isn't stable. I'm working on creating a timeout clientside. So if the miner is working on the same job for over, let's say 1.5 the blocktime, we can safely assume the connection is botched. Reconect and try again. I know it;s a band-aid for a problem I haven't been able to identify yet, but it's better than what we have now..

Hi!

I think this hack will not work.
For me the problem appears on reconnetct after connection errors.
As I see the received data was corrupted.

I think this is a race condition problem.
You perform asynchronous reading (based on hooks) but your m_pending counter not protected by mutex/semaphore.

I tried perform fast fix: I remove all m_pending counter logic and readline() call from readResponse() and insert multiple readline() calls into processReponse().
For me it fixes this bug, but this is bull shit code only for test proof of concept.
I think the right desigion - it's to create a separate thread with infinite loop, which will read all responces.

Code:

void EthStratumClient::readline() {

	//if (m_pending == 0) {
		async_read_until(m_socket, m_responseBuffer, "\n",
			boost::bind(&EthStratumClient::readResponse, this,
			boost::asio::placeholders::error, boost::asio::placeholders::bytes_transferred));
	//	m_pending++;
	//}
}

...

void EthStratumClient::readResponse(const boost::system::error_code& ec, std::size_t bytes_transferred)
{
	//m_pending = m_pending > 0 ? m_pending - 1 : 0;

	if (!ec)
	{
		...

		if (response.front() == '{' && response.back() == '}') 
		{...}
		else
		{...}
		//readline();
	}
	else
	{...}
}

void EthStratumClient::processReponse(Json::Value& responseObject)
{
	...
	switch (id)
	{
	...
	case 2:
		...
		cnote << "Authorized worker " << m_user;
		readline();//!!!
		break;
 	...
	default:
		string method = responseObject.get("method", "").asString();
		if (method == "mining.notify")
		{
			...
			readline();//!!!
		}
		else if (method == "mining.set_difficulty")
		{
			readline();//!!!
		}
		...
	}
}

That mostly worked for me. Fixed it so that I am at least getting some credit for my PoW. Now I have an issue when ethmine finds a solution and submits. [edit]Forgot to say that this is on Ubuntu 15.04 compiled from latest git source w/ maxvall's changes[/edit]

miner  17:44:23|ethminer  Mining on PoWhash #8cfecaa1… : 17825792 H/s = 8912896 hashes / 0.5 s
  ℹ  17:44:23|gpuminer0  Solution found; Submitting to coinotron.com ...
  ℹ  17:44:23|gpuminer0    Nonce: 0x058b32e369abb660
  ℹ  17:44:23|gpuminer0    Mixhash: 0xeabb595fadd73ad991bb0861cbc803173febbbcb606bda71e3b1dac88fa9e1e9
  ℹ  17:44:23|gpuminer0    Header-hash: 0x8cfecaa177efd06de20a5dc5f4fd6bd1aa38d1efaad617befc02a82644cbb624
  ℹ  17:44:23|gpuminer0    Seedhash: 0x63ca6f54b1af76dd4df3b908cee464ff1f212f08352cbe7eb4422806bb0c7885
  ℹ  17:44:23|gpuminer0    Target: 0x0000000174d3b7ba75827af894e99022396f5d9dc97a49d1ab70bb2445b917fb
  ℹ  17:44:23|gpuminer0    Ethash: 0x000000015494c14ea01fe142ad3e2b6e1ac3a9523f6ca0b8949ceac0a6661e1c
  ℹ  17:44:23|ethminer  B-) Submitted and accepted.
miner  17:44:23|ethminer  Mining on PoWhash #8cfecaa1… : 17301504 H/s = 8650752 hashes / 0.5 s
miner  17:44:24|ethminer  Mining on PoWhash #8cfecaa1… : 17825792 H/s = 8912896 hashes / 0.5 s
miner  17:44:24|ethminer  Mining on PoWhash #8cfecaa1… : 17301504 H/s = 8650752 hashes / 0.5 s
miner  17:44:25|ethminer  Mining on PoWhash #8cfecaa1… : 17825792 H/s = 8912896 hashes / 0.5 s
miner  17:44:25|ethminer  Mining on PoWhash #8cfecaa1… : 17825792 H/s = 8912896 hashes / 0.5 s
miner  17:44:26|ethminer  Mining on PoWhash #8cfecaa1… : 17301504 H/s = 8650752 hashes / 0.5 s
miner  17:44:26|ethminer  Mining on PoWhash #8cfecaa1… : 17825792 H/s = 8912896 hashes / 0.5 s
miner  17:44:27|ethminer  Mining on PoWhash #8cfecaa1… : 4718592 H/s = 2359296 hashes / 0.5 s
miner  17:44:27|ethminer  Mining on PoWhash #8cfecaa1… : 12058624 H/s = 6029312 hashes / 0.5 s
miner  17:44:28|ethminer  Mining on PoWhash #8cfecaa1… : 17825792 H/s = 8912896 hashes / 0.5 s
miner  17:44:28|ethminer  Mining on PoWhash #8cfecaa1… : 17301504 H/s = 8650752 hashes / 0.5 s
  ✘  17:44:29|ethminer  Discarding incomplete response
miner  17:44:29|ethminer  Mining on PoWhash #8cfecaa1… : 17301504 H/s = 8650752 hashes / 0.5 s

[Ayers]

i'm experiencing a strange crash that occur after some time after i started the miner, the first gpu revert to its original value in msi and all the gpu stop working

[tolazy]

i'm trying to compile on 15.10
but i get error that cuda dont support higher then gcc-4.9
i've tried with
ln -s /usr/bin/g++-4.8 /usr/bin/g++
ln -s /usr/bin/gcc-4.8 /usr/bin/gcc
but it still says:  #error -- unsupported GNU version! gcc versions later than 4.9 are not supported!
when i do gcc/g++ --version it says 4.8.5

nvcc doesn't always report errors correctly - are you using cuda 6.5 or 7.5?

7.5

i'm reinstalling 14.04 on my test machine. will try compile it on that when its done.

I'm building a fresh 15.10 now - I'll let you know what I find.
15.10 is ready, I've been using it for quite awhile now.

then i must be doing something wrong. dont know if its gcc/nvcc or anyother cuda problems.

how did it goe with 15.10 ?

[Genoil]

Removing the m_pending check will lead to these incomplete responses. That's why it's there. But it is not thread safe, will have to fix that.

[drr0ss]

guys is normal this result?  i'am trying to mine with 7950

Code:

setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100
ethminer -G -F http://127.0.0.1:8080/rig1 --cl-local-work 128 --cl-global-work 8192

I' am new on ETH, the real hashrate are first or second figure?

Thanks

Hi Wolf, your hash rate is a normal for 7950, do not use recheck 200 for mining without proxy, 400 is a optimal.
Miner hash rate is digits before 'H/s ='

[peteycamey]

we are anxiously waiting release 7 for that crash-fix.

[Genoil]

we are anxiously waiting release 7 for that crash-fix.

I just pushed some stuff to the "107" branch. I don't know how stable it is yet. Testing means mining for 24hrs+ straight without hickups.

[Genoil]

version 1.0.7

cmakelists.txt error from within cmake 3.4.3

CMake Error at CMakeLists.txt:45 (eth_copy_dlls):
  Unknown CMake command "eth_copy_dlls".

what is your cmake command line?

[peteycamey]

ok forgot to run extdep getstuff

now that I got the dependencies, I have a new error.

[Ayers]

Removing the m_pending check will lead to these incomplete responses. That's why it's there. But it is not thread safe, will have to fix that.

is this response for my question about the crash? i don't remember the crash in the 4b3 release

[Genoil]

Removing the m_pending check will lead to these incomplete responses. That's why it's there. But it is not thread safe, will have to fix that.

is this response for my question about the crash?, i don't remember the crash in the 4b3 release

not to a crash. i get reports that the miner just randomly fails to receive new work any longer. trying to reproduce that behavior, but haven't succeeded yet.

[tolazy]

stupid question.
what does --cl-local-work 128 --cl-global-work 8192 do.
mean will it make me do more shares. when i tried i didnt see any diff i used
--cl-local-work 256 --cl-global-work 16384
and
--cl-local-work 256--cl-global-work 8192
for my 390x

[w0lf0.]

guys is normal this result?  i'am trying to mine with 7950

Code:

setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100
ethminer -G -F http://127.0.0.1:8080/rig1 --cl-local-work 128 --cl-global-work 8192

I' am new on ETH, the real hashrate are first or second figure?

Thanks

Hi Wolf, your hash rate is a normal for 7950, do not use recheck 200 for mining without proxy, 400 is a optimal.
Miner hash rate is digits before 'H/s ='

Thanks drr0ss,farm recheck only shows hash rate more or less frequently or changing it also changes the result of hash?