ethminer-0.9.41-genoil-1.1

[joaogti36]

genoil: its using more eletric power and doing less hashs in r9 380 cards :|

[1715581688]

1715581688

[1715581688]

1715581688

[1715581688]

1715581688

[1715581688]

1715581688

[pantador]

The optiminer doesn't work for me, it crashes "ethminer has stopped working" on win 7 64. Been mining for days using genoil 1.0.6, then 1.0.7

Single Sapphire Nitro 390 w/ backplate, genoil-1.0.7, following command,
setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
ethminer --farm-recheck 1000 -G -S coinotron.com:3344 -O username:workerpassword --cl-local-work 256 --cl-global-work 16384, got me this,
http://s26.postimg.org/ujmha77fd/n390bp.jpg

Should i change --fram recheck to 200 or 2000? Thanks

[Genoil]

The optiminer doesn't work for me, it crashes "ethminer has stopped working" on win 7 64. Been mining for days using genoil 1.0.6, then 1.0.7

Single Sapphire Nitro 390 w/ backplate, genoil-1.0.7, following command,
setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
ethminer --farm-recheck 1000 -G -S coinotron.com:3344 -O username:workerpassword --cl-local-work 256 --cl-global-work 16384, got me this,


Should i change --fram recheck to 200 or 2000? Thanks

If you use -S flag, you can safely use 2000.

[restless]

How to mine at dwarfpool in Stratum mode?!

-G -S "eth-eu.dwarfpool.com:8008/wallet/worker"  - not working

 -G -S eth-eu.dwarfpool.com:8008  -O Wallet.Worker:x - not working

:S

[alenevaa]

How to mine at dwarfpool in Stratum mode?!

-G -S "eth-eu.dwarfpool.com:8008/wallet/worker"  - not working

 -G -S eth-eu.dwarfpool.com:8008  -O Wallet.Worker:x - not working

:S

Genoil's ethminer doesn't support dwarfpool "stratum":

at Dwarfpools FAQ I can read,

"Low hashrate
If your calculated speed below 60% threshold over a long period of time, you send low amount of shares.
It's because of bug in some versions of ethminers. Just restart miner. Also don't use buggy Genoil v1.0.4"

are these bugs in "buggy Genoil 1.0.4" fixed at actual 1.0.7?

My miner does not even support the weird dwarfpool "stratum". I think that's what he's referring to.

[restless]

Its above me HOW to measure the speed of this new version.
As usual,  with farm-recheck 200 its printing 5 times a second exactly same number of hashes which obviously is impossible

[Genoil]

Its above me HOW to measure the speed of this new version.
As usual,  with farm-recheck 200 its printing 5 times a second exactly same number of hashes which obviously is impossible

The best you do is -G -M 1400000 --benchmark-warmup 10 --benchmark-trial 10 --cl-local-work 128 --cl-global-work 8192 (or whatever works best for you) and compare it to the 1.0.7 miner. The pipelined version ignores cl-local-work.

Anyway I think I jumped the gun with claiming an increase. I forgot to set the optimal cl-local-work on the 1.0.7 kernel.

[tolazy]

how do i fix this ? running win7 with Microsoft Visual Studio 2015

D:\_Build\cpp-ethereum\build>cmake -DBUNDLE=miner ..
-- FindWindowsSDK: Detected Visual Studio 2012 or newer, not using the _xp tools
et variant: including SDK versions that drop XP support in search!
 - WindowsSDK dirs: C:/Program Files (x86)/Windows Kits/8.1;C:/Program Files (x8
6)/Microsoft SDKs/Windows/v8.0A;C:/Program Files (x86)/Microsoft SDKs/Windows/v8
.1A;C:/Program Files (x86)/Microsoft SDKs/Windows/v7.1A
-- ctest path: E:/Program Files (x86)/CMake/bin/ctest.exe
CMake Error at cmake/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find CryptoPP (missing: CRYPTOPP_INCLUDE_DIR CRYPTOPP_LIBRARY)
  (Required is at least version "5.6.2")
Call Stack (most recent call first):
  cmake/FindPackageHandleStandardArgs.cmake:374 (_FPHSA_FAILURE_MESSAGE)
  cmake/FindCryptoPP.cmake:107 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  cmake/EthDependencies.cmake:44 (find_package)
  CMakeLists.txt:246 (include)

[Genoil]

how do i fix this ? running win7 with Microsoft Visual Studio 2015

D:\_Build\cpp-ethereum\build>cmake -DBUNDLE=miner ..
-- FindWindowsSDK: Detected Visual Studio 2012 or newer, not using the _xp tools
et variant: including SDK versions that drop XP support in search!
 - WindowsSDK dirs: C:/Program Files (x86)/Windows Kits/8.1;C:/Program Files (x8
6)/Microsoft SDKs/Windows/v8.0A;C:/Program Files (x86)/Microsoft SDKs/Windows/v8
.1A;C:/Program Files (x86)/Microsoft SDKs/Windows/v7.1A
-- ctest path: E:/Program Files (x86)/CMake/bin/ctest.exe
CMake Error at cmake/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find CryptoPP (missing: CRYPTOPP_INCLUDE_DIR CRYPTOPP_LIBRARY)
  (Required is at least version "5.6.2")
Call Stack (most recent call first):
  cmake/FindPackageHandleStandardArgs.cmake:374 (_FPHSA_FAILURE_MESSAGE)
  cmake/FindCryptoPP.cmake:107 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  cmake/EthDependencies.cmake:44 (find_package)
  CMakeLists.txt:246 (include)

this will try to make a 32-bit project. You'll ahve to specify something like cmake -DBUNDLE=miner -G "Visual Studio 14 2015 Win64" ..

[restless]

Code:

C:\Mine\_Ether\eth105>ethminer.exe -G -M 1400000 --benchmark-warmup 10 --benchmark-tr
ial 10 --cl-local-work 128 --cl-global-work 8192
Genoil's ethminer 0.9.41-genoil-1.0.5
=====================================================================
Forked from github.com/ethereum/cpp-ethereum
CUDA kernel ported from Tim Hughes' OpenCL kernel
With contributions from RoBiK, tpruvot and sp_

Please consider a donation to:
ETH: 0xeb9310b185455f863f526dab3d245809f6854b4d

Found suitable OpenCL device [Pitcairn] with 2147483648 bytes of GPU memory
Benchmarking on platform: CL
Preparing DAG for block #1400000
  i  08:44:24|gpuminer0  workLoop 0 #00000000тAж #d6a8400bтAж
  i  08:44:24|gpuminer0  Initialising miner...
Using platfoWramr:m iAnMgD  uApc.c.e.l
erated Parallel Processing
Using device: Pitcairn(OpenCL 1.2 AMD-APP (1800.5))
Printing program log

Creating one big buffer for the DAG
Loading single big chunk kernels
Mapping one big chunk.
Creating buffer for header.
Creating mining buffer 0
Creating mining buffer 1
Trial 1... 14029873
Trial 2... 14134574
Trial 3... 14029873
Trial 4... 14029873
Trial 5... 14029873
min/mean/max: [b]14029873/14050813/14134574 H/s[/b]
inner mean: [b]4711524 [/b]H/s

Which of numbers is representative? min/mean or inner mean?

[restless]

Another run and

Code:

Trial 1... 14239274
Trial 2... 14239274
Trial 3... 14239274
Trial 4... 14239274
Trial 5... 14239274
min/mean/max: 14239274/14239274/14239274 H/s
inner mean: 0 H/s

:/
The card is 270X @ stock 1100/1425

[Genoil]

you should look at mean. inner mean is bugged, even before i forked it

[restless]

"feature request"

- add DAG CRC check, like in Claymore 3.3
In order to keep compatibility with generic DAG - CRC can be saved in another file in same folder as DAGs

[tolazy]

how do i fix this ? running win7 with Microsoft Visual Studio 2015

D:\_Build\cpp-ethereum\build>cmake -DBUNDLE=miner ..
-- FindWindowsSDK: Detected Visual Studio 2012 or newer, not using the _xp tools
et variant: including SDK versions that drop XP support in search!
 - WindowsSDK dirs: C:/Program Files (x86)/Windows Kits/8.1;C:/Program Files (x8
6)/Microsoft SDKs/Windows/v8.0A;C:/Program Files (x86)/Microsoft SDKs/Windows/v8
.1A;C:/Program Files (x86)/Microsoft SDKs/Windows/v7.1A
-- ctest path: E:/Program Files (x86)/CMake/bin/ctest.exe
CMake Error at cmake/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find CryptoPP (missing: CRYPTOPP_INCLUDE_DIR CRYPTOPP_LIBRARY)
  (Required is at least version "5.6.2")
Call Stack (most recent call first):
  cmake/FindPackageHandleStandardArgs.cmake:374 (_FPHSA_FAILURE_MESSAGE)
  cmake/FindCryptoPP.cmake:107 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  cmake/EthDependencies.cmake:44 (find_package)
  CMakeLists.txt:246 (include)

this will try to make a 32-bit project. You'll ahve to specify something like cmake -DBUNDLE=miner -G "Visual Studio 14 2015 Win64" ..

that helped thx alot.
but got compiler error i use: msbuild ethereum.sln /p:Configuration=Release
but dont matter that much because you release for windows very fast

[Genoil]

how do i fix this ? running win7 with Microsoft Visual Studio 2015

D:\_Build\cpp-ethereum\build>cmake -DBUNDLE=miner ..
-- FindWindowsSDK: Detected Visual Studio 2012 or newer, not using the _xp tools
et variant: including SDK versions that drop XP support in search!
 - WindowsSDK dirs: C:/Program Files (x86)/Windows Kits/8.1;C:/Program Files (x8
6)/Microsoft SDKs/Windows/v8.0A;C:/Program Files (x86)/Microsoft SDKs/Windows/v8
.1A;C:/Program Files (x86)/Microsoft SDKs/Windows/v7.1A
-- ctest path: E:/Program Files (x86)/CMake/bin/ctest.exe
CMake Error at cmake/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find CryptoPP (missing: CRYPTOPP_INCLUDE_DIR CRYPTOPP_LIBRARY)
  (Required is at least version "5.6.2")
Call Stack (most recent call first):
  cmake/FindPackageHandleStandardArgs.cmake:374 (_FPHSA_FAILURE_MESSAGE)
  cmake/FindCryptoPP.cmake:107 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  cmake/EthDependencies.cmake:44 (find_package)
  CMakeLists.txt:246 (include)

this will try to make a 32-bit project. You'll ahve to specify something like cmake -DBUNDLE=miner -G "Visual Studio 14 2015 Win64" ..

that helped thx alot.
but got compiler error i use: msbuild ethereum.sln /p:Configuration=Release
but dont matter that much because you release for windows very fast

what error? let me guess something with pthread?

[tolazy]

how do i fix this ? running win7 with Microsoft Visual Studio 2015

D:\_Build\cpp-ethereum\build>cmake -DBUNDLE=miner ..
-- FindWindowsSDK: Detected Visual Studio 2012 or newer, not using the _xp tools
et variant: including SDK versions that drop XP support in search!
 - WindowsSDK dirs: C:/Program Files (x86)/Windows Kits/8.1;C:/Program Files (x8
6)/Microsoft SDKs/Windows/v8.0A;C:/Program Files (x86)/Microsoft SDKs/Windows/v8
.1A;C:/Program Files (x86)/Microsoft SDKs/Windows/v7.1A
-- ctest path: E:/Program Files (x86)/CMake/bin/ctest.exe
CMake Error at cmake/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find CryptoPP (missing: CRYPTOPP_INCLUDE_DIR CRYPTOPP_LIBRARY)
  (Required is at least version "5.6.2")
Call Stack (most recent call first):
  cmake/FindPackageHandleStandardArgs.cmake:374 (_FPHSA_FAILURE_MESSAGE)
  cmake/FindCryptoPP.cmake:107 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  cmake/EthDependencies.cmake:44 (find_package)
  CMakeLists.txt:246 (include)

this will try to make a 32-bit project. You'll ahve to specify something like cmake -DBUNDLE=miner -G "Visual Studio 14 2015 Win64" ..

that helped thx alot.
but got compiler error i use: msbuild ethereum.sln /p:Configuration=Release
but dont matter that much because you release for windows very fast

what error? let me guess something with pthread?

   10 Warning(s)
   104 Error(s)
dont know how to log to fil with msbuild. tried some but didnt help

[sp_]

Claymore just added this to his 3.3 version:

- added CRC check for DAG files. Now if DAG file is corrupted, miner will detect it and re-create DAG.

Would be great if you can add it to your branch as well.

[Genoil]

Claymore just added this to his 3.3 version:

- added CRC check for DAG files. Now if DAG file is corrupted, miner will detect it and re-create DAG.

Would be great if you can add it to your branch as well.

Can somebody supply me with a list of valid CRC checksums for the next err...100 DAG files? Or am I missing something somewhere?

[rednoW]

Claymore just added this to his 3.3 version:

- added CRC check for DAG files. Now if DAG file is corrupted, miner will detect it and re-create DAG.

Would be great if you can add it to your branch as well.

This feature is rather buggy in his 3.3 release ... will wait for more robust one

[rednoW]

Can somebody supply me with a list of valid CRC checksums for the next err...100 DAG files? Or am I missing something somewhere?

As far as I understand he computes CRC after fresh DAG generation and adds CRC to DAG file. Then miner checks on restart the CRC number stored in DAG file and calculated CRC.