Pages:
Author

Topic: ethminer-0.9.41-genoil-1.1 - page 78. (Read 397360 times)

legendary
Activity: 1184
Merit: 1017
April 06, 2016, 09:45:26 PM
we are anxiously waiting release 7 for that crash-fix.
member
Activity: 98
Merit: 10
April 06, 2016, 05:20:40 PM
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 ='
sr. member
Activity: 438
Merit: 250
April 06, 2016, 10:16:08 AM
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.
full member
Activity: 196
Merit: 100
April 06, 2016, 08:47:48 AM
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 ?
legendary
Activity: 2590
Merit: 1022
Leading Crypto Sports Betting & Casino Platform
April 06, 2016, 02:06:21 AM
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
newbie
Activity: 7
Merit: 0
April 05, 2016, 06:47:20 PM
member
Activity: 92
Merit: 10
April 05, 2016, 09:52:22 AM
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.
full member
Activity: 196
Merit: 100
April 05, 2016, 05:52:34 AM
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
full member
Activity: 304
Merit: 100
April 04, 2016, 03:49:54 PM
often miner lost connection after changing IP - very actually for dynamic IP
sr. member
Activity: 438
Merit: 250
April 04, 2016, 01:22:47 PM
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.

 
legendary
Activity: 924
Merit: 1000
Dark Passenger Bitcoin miner 2013,Bitcoin node
April 04, 2016, 12:13:18 PM
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
full member
Activity: 196
Merit: 100
April 04, 2016, 12:13:04 PM
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.
sr. member
Activity: 340
Merit: 251
Smell the glove.
April 04, 2016, 12:10:59 PM
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.
full member
Activity: 196
Merit: 100
April 04, 2016, 11:52:30 AM
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.
sr. member
Activity: 340
Merit: 251
Smell the glove.
April 04, 2016, 11:51:59 AM
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?
full member
Activity: 196
Merit: 100
April 04, 2016, 11:48:23 AM
with farm recheck command i I get this:




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

Thanks guys
[/quote]

you can try with --farm-recheck 200 you can try diffrent vaules
i use 300 on my 390x and 200 on my 660ti.
i dont get any 0 on my 390x but sometimes on my 660ti.
i can get 0 when i start ethminer but then the numbers come
full member
Activity: 196
Merit: 100
April 04, 2016, 11:45:16 AM
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
hero member
Activity: 1050
Merit: 513
April 04, 2016, 11:44:32 AM
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

try with --farm-recheck 300
i have a 390x and i use
ethminer --farm-recheck 300 -G -F http://proxyip:8080/gpu1
i get about 29.3MHs



with farm recheck command i I get this:




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

Thanks guys
sr. member
Activity: 268
Merit: 250
April 04, 2016, 11:25:19 AM
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();//!!!
}
...
}
}
legendary
Activity: 1453
Merit: 1011
Bitcoin Talks Bullshit Walks
April 04, 2016, 11:23:23 AM
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

yes thats really close to right(number on left).. i have 7970's and that is about what i get from them.. i use 1040 gpu and 1375 memclk.. i have been looking at some old threads on flashing these cards to get the timings right.. should make a heck of difference if they arent calibrated right.. i have a lot of the xfx versions and it seems that is a common issue with them.. but i get 19.5 mhs average

Best Regards
Doug
Pages:
Jump to: