manotroll
|
|
September 17, 2016, 02:34:57 AM |
|
Hello can u help me. Tech: Genoil 1.1.7, Win 8.1 x64, Crimson 15.12., 5x r9 390 start.bat : set GPU_MAX_ALLOC_PERCENT=100 set GPU_USE_SYNC_OBJECTS=1 set GPU_MAX_HEAP_SIZE=100 set GPU_SINGLE_ALLOC_PERCENT=100 C:\genoil\ethminer --farm-recheck 200 --cl-local-work 256 --cl-global-work 16384 -G -F eth-eu.dwarfpool.com:8008 -SP 1 -SC 1 -O mywallet.farm1 Command line answer: C:\Users\Farm1>C:\genoil\ethminer --farm-recheck 200 --cl-local-work 256 --cl-global-work 16384 -G -F eth-eu.dwarfpool.com:8008 -SP 1 -SC 1 -O mywallet.farm1 Genoil's ethminer 0.9.41-genoil-1.1.7 ===================================================================== Forked from github.com/ethereum/cpp-ethereum CUDA kernel ported from Tim Hughes' OpenCL kernel With contributions from nicehash, nerdralph, RoBiK and sp_
Please consider a donation to: ETH: 0xeb9310b185455f863f526dab3d245809f6854b4d
No GPU device with sufficient memory was found. Can't GPU mine. Remove the -G argument Where is error? use driver 16.9.1 or old please enter ethminer --list-devices -G and paste its output here Listing OpenCL devices. FORMAT: [deviceID] deviceName CL_DEVICE_TYPE: GPU CL_DEVICE_GLOBAL_MEM_SIZE: 8589934592 CL_DEVICE_MAX_MEM_ALLOC_SIZE: 4244635648 CL_DEVICE_MAX_WORK_GROUP_SIZE: 256 should not put 8gb instead of 4GB? of commands is available in general for this program? It seems that you have to set mem_alloc_size for 100% List of the commans are at ethminer --help It would be like this ? setx mem_alloc_size 100 or --cl-extragpu-mem Set the memory ?
|
|
|
|
adamvp
|
|
September 17, 2016, 11:17:05 PM |
|
first way I think..
|
I am looking for signature campaign pm me
|
|
|
nicehash
Legendary
Offline
Activity: 885
Merit: 1006
NiceHash.com
|
|
September 18, 2016, 10:06:22 AM |
|
Sooo, nobody tested ethminer Win7 vs. Win10? Hi,
I would like to get some information regarding ethminer performance on NVIDIA on Windows10.
We know there are issues with mining on Windows 10, so I'd like to know you experience (assuming you're using LATEST drivers and LATEST ethminer version)
1. What is your speed for either GTX 960/970/980 (any Maxwell 5.2 essentially) on Windows 7? Is it the same as on Windows 10?
2. And the same for Pascal - what is your speed for either GTX 1060/1070/1080 (any Pascal 6.1 essentially) on Windows 7? Is it the same as on Windows 10?
Thanks!
|
|
|
|
malekbaba
Legendary
Offline
Activity: 1526
Merit: 1026
SellDefi.com | Earn by selling files
|
|
September 18, 2016, 10:23:26 AM |
|
How many hashes I should expect from a single 7950 GPU ? I want to mine ETH and ETC... please help me
|
|
|
|
bradleyjay
Newbie
Offline
Activity: 59
Merit: 0
|
|
September 18, 2016, 11:34:51 AM |
|
How many hashes I should expect from a single 7950 GPU ? I want to mine ETH and ETC... please help me
I am getting about 14.5MH/s from a Powercolor HD7950.
|
|
|
|
carlo_0000
Legendary
Offline
Activity: 1281
Merit: 1003
|
|
September 18, 2016, 10:42:54 PM |
|
How many hashes I should expect from a single 7950 GPU ? I want to mine ETH and ETC... please help me
I am getting about 14.5MH/s from a Powercolor HD7950. that's a little better than r9 270
|
|
|
|
carlo_0000
Legendary
Offline
Activity: 1281
Merit: 1003
|
|
September 18, 2016, 10:45:49 PM |
|
THE COMMAND IN WINDOWS IS "SETX"--
The environment variables in Windows are set with "setx GPU_USE_SYNC_OBJECTS 1". There is no equals sign "=" in the Windows syntax. The equals sign is used in Linux, and "EXPORT" is used in Linux rather than "setx". The user has to provide the correct syntax for his operating system. --scryptr
Thanx for reply, edit to SETX, but the same problem. How much ram do you have?, for 5 of those cards i will use AT LEAST 12GB, and use a 24GB paging file in windows. try removing all the absolutely not necessary options (--farm-recheck 200 --cl-local-work 256 --cl-global-work 16384 -SP1 ? -SC 1?), start with the minimum necessary and build from there. are you sure all the cards are detected properly?, can you see them all active in the MSI Afterburner? I only use: setx GPU_MAX_ALLOC_PERCENT 100 setx GPU_USE_SYNC_OBJECTS 1 and add a: timeout 120 before starting the miner, because i have a slow hard drive in that miner, so i need to give it time to load.....whatever it loads or it will fuck the miner up. from where did you get that you need 12giga of memory for 5 cards ?? you wrong 4 giga is enough, my miners have 4giga of ram only and ruining 5 - 6 gpu's
|
|
|
|
induktor
|
|
September 19, 2016, 02:48:39 AM |
|
How many hashes I should expect from a single 7950 GPU ? I want to mine ETH and ETC... please help me
I am getting about 14.5MH/s from a Powercolor HD7950. same here, I am getting 14 MH with a sapphire 7950 dualx oc flex (stock clock) and the R9 280X MSI is around 16.5 MH stock clock also.
|
BTC addr: 1vTGnFgaM2WJjswwmbj6N2AQBWcHfimSc
|
|
|
induktor
|
|
September 19, 2016, 02:51:01 AM |
|
THE COMMAND IN WINDOWS IS "SETX"--
The environment variables in Windows are set with "setx GPU_USE_SYNC_OBJECTS 1". There is no equals sign "=" in the Windows syntax. The equals sign is used in Linux, and "EXPORT" is used in Linux rather than "setx". The user has to provide the correct syntax for his operating system. --scryptr
Thanx for reply, edit to SETX, but the same problem. How much ram do you have?, for 5 of those cards i will use AT LEAST 12GB, and use a 24GB paging file in windows. try removing all the absolutely not necessary options (--farm-recheck 200 --cl-local-work 256 --cl-global-work 16384 -SP1 ? -SC 1?), start with the minimum necessary and build from there. are you sure all the cards are detected properly?, can you see them all active in the MSI Afterburner? I only use: setx GPU_MAX_ALLOC_PERCENT 100 setx GPU_USE_SYNC_OBJECTS 1 and add a: timeout 120 before starting the miner, because i have a slow hard drive in that miner, so i need to give it time to load.....whatever it loads or it will fuck the miner up. from where did you get that you need 12giga of memory for 5 cards ?? you wrong 4 giga is enough, my miners have 4giga of ram only and ruining 5 - 6 gpu's In windows I needed a lot of ram to prevent hangups or program crashes, 8GB did the trick with 4 cards, maybe it is not a requirement with latest versions, but with version 107 with 4GB freezes, need 8GB minimum, 5 cards i needed another 4GB stick. in the linux boxes i always use 8GB anyway but never tested with less
|
BTC addr: 1vTGnFgaM2WJjswwmbj6N2AQBWcHfimSc
|
|
|
adamvp
|
|
September 19, 2016, 03:08:26 AM |
|
I have in one linux rig only 2gb of RAM and it shows only 500mb use I have there only 2cards but I think 1gb a card is maximum neccesary
|
I am looking for signature campaign pm me
|
|
|
scryptr
Legendary
Offline
Activity: 1797
Merit: 1028
|
|
September 19, 2016, 03:01:30 PM Last edit: September 21, 2016, 03:21:23 PM by scryptr |
|
I have in one linux rig only 2gb of RAM and it shows only 500mb use I have there only 2cards but I think 1gb a card is maximum neccesary LINUX RUNS IN 2GB MAX RAM-- A proper Linux setup can run in 1GB RAM, if you can find 512MB DDR3 RAM sticks. All of my Linux/AMD rigs run stable with 2GB RAM, 4 and 6 cards each. --scryptr
|
|
|
|
carlo_0000
Legendary
Offline
Activity: 1281
Merit: 1003
|
|
September 21, 2016, 12:36:34 AM |
|
ok but it s fine too under windows and 4gigas
i m under win7 & 10 with 4 gigas it s run ok just need a bigger pagefile otherwise it s hang on dag load
few weeks ago some miners where unstable specially on eth less on etc but now they running fine , no crash last week
|
|
|
|
Genoil (OP)
|
|
September 21, 2016, 12:53:40 PM |
|
1.1.9 is out under the 110 branch. Meanwhile, promoted 1.1.7 to stable in the master branch. If you like DAG files, you can still find the old version under the 108 branch.
1.1.9 is mostly the work of others, notably @nerdralph. Lots of code cleanups, compilation fixes and some tweaks to the console log output, including per-GPU hashrate display. -SC option is gone, ethminer now defaults to the synchronous V2 client.
Executable is built with CUDA 8.0RC, don't have a CUDA GPU momentarily so I hope it works.
|
ETH: 0xeb9310b185455f863f526dab3d245809f6854b4d BTC: 1Nu2fMCEBjmnLzqb8qUJpKgq5RoEWFhNcW
|
|
|
nerdralph
|
|
September 21, 2016, 01:45:34 PM |
|
1.1.9 is out under the 110 branch. Meanwhile, promoted 1.1.7 to stable in the master branch. If you like DAG files, you can still find the old version under the 108 branch.
1.1.9 is mostly the work of others, notably @nerdralph. Lots of code cleanups, compilation fixes and some tweaks to the console log output, including per-GPU hashrate display. -SC option is gone, ethminer now defaults to the synchronous V2 client.
Executable is built with CUDA 8.0RC, don't have a CUDA GPU momentarily so I hope it works.
Thanks for the plug. I see you added a couple tweaks of your own. Adding the DAG size to the creating time is nice. GPU0 1.59GB of DAG data generated in 4448 ms.
|
|
|
|
Genoil (OP)
|
|
September 21, 2016, 03:46:45 PM |
|
Also briefly loaded the wolf0 4-way kernel that he ships with sgminer-gm into this. Performance on RX470 seems just a bit better.
|
ETH: 0xeb9310b185455f863f526dab3d245809f6854b4d BTC: 1Nu2fMCEBjmnLzqb8qUJpKgq5RoEWFhNcW
|
|
|
scryptr
Legendary
Offline
Activity: 1797
Merit: 1028
|
|
September 22, 2016, 06:12:10 AM Last edit: September 22, 2016, 06:22:17 AM by scryptr |
|
Also briefly loaded the wolf0 4-way kernel that he ships with sgminer-gm into this. Performance on RX470 seems just a bit better.
PLEASE EXPLAIN THE "4-WAY KERNEL"-- You may share things with developers, but please make a simple explanation as to what "4-way" means. I've tried the sgminer that was released, it runs better on one of my 280X rigs and is more stable. Likely, I will convert it to a RX 470 rig, but I'd like to know more about the software that I am running. --scryptr
|
|
|
|
Genoil (OP)
|
|
September 22, 2016, 10:15:48 AM |
|
Also briefly loaded the wolf0 4-way kernel that he ships with sgminer-gm into this. Performance on RX470 seems just a bit better.
PLEASE EXPLAIN THE "4-WAY KERNEL"-- You may share things with developers, but please make a simple explanation as to what "4-way" means. I've tried the sgminer that was released, it runs better on one of my 280X rigs and is more stable. Likely, I will convert it to a RX 470 rig, but I'd like to know more about the software that I am running. --scryptr When hashing, a GPU uses many threads in parallel, where basically each thread tries to solve the same puzzle with a slightly different input (the nonce, a number that increases per adjacent thread). Some parts of some algorithms can be made to run faster when groups of threads temporarily join forces to do a bit of the work. You can compare it with hauling heavy boxes. If 4 people have to haul 4 very heavy boxes from A to B, they may actually be faster when carrying each box with 4 people at the same time compared to when they would only carry their own box. Ethash was originally designed to haul boxes with 8 people at the same time (8-way) while Wolf0 made a 4-way variant. Of course Wolf's 4 threads have to do the same amount of work as the original kernel, but it can be a little bit more efficient. Ultimately (I think) he did this to prepare for his private ETH kernel, because that kernel uses a different way of sharing the work (coordinating the joint box hauling operation) between 4 adjacent threads, and 8 isn't supported. If I recall well, Etar from the Etarminer (CUDA ETH miner) has a 16-way solution and who knows what Claymore did
|
ETH: 0xeb9310b185455f863f526dab3d245809f6854b4d BTC: 1Nu2fMCEBjmnLzqb8qUJpKgq5RoEWFhNcW
|
|
|
scryptr
Legendary
Offline
Activity: 1797
Merit: 1028
|
|
September 22, 2016, 01:20:26 PM |
|
Also briefly loaded the wolf0 4-way kernel that he ships with sgminer-gm into this. Performance on RX470 seems just a bit better.
PLEASE EXPLAIN THE "4-WAY KERNEL"-- You may share things with developers, but please make a simple explanation as to what "4-way" means. I've tried the sgminer that was released, it runs better on one of my 280X rigs and is more stable. Likely, I will convert it to a RX 470 rig, but I'd like to know more about the software that I am running. --scryptr When hashing, a GPU uses many threads in parallel, where basically each thread tries to solve the same puzzle with a slightly different input (the nonce, a number that increases per adjacent thread). Some parts of some algorithms can be made to run faster when groups of threads temporarily join forces to do a bit of the work. You can compare it with hauling heavy boxes. If 4 people have to haul 4 very heavy boxes from A to B, they may actually be faster when carrying each box with 4 people at the same time compared to when they would only carry their own box. Ethash was originally designed to haul boxes with 8 people at the same time (8-way) while Wolf0 made a 4-way variant. Of course Wolf's 4 threads have to do the same amount of work as the original kernel, but it can be a little bit more efficient. Ultimately (I think) he did this to prepare for his private ETH kernel, because that kernel uses a different way of sharing the work (coordinating the joint box hauling operation) between 4 adjacent threads, and 8 isn't supported. If I recall well, Etar from the Etarminer (CUDA ETH miner) has a 16-way solution and who knows what Claymore did WOW! THANKS, I AM TAKING NOTES-- Hopefully, I will be able to put this to good use. I certainly learned something. I will look up this "Etarminer", also. Thank you! --scryptr
|
|
|
|
Amph
Legendary
Offline
Activity: 3248
Merit: 1070
|
|
September 22, 2016, 04:46:45 PM |
|
Also briefly loaded the wolf0 4-way kernel that he ships with sgminer-gm into this. Performance on RX470 seems just a bit better.
PLEASE EXPLAIN THE "4-WAY KERNEL"-- You may share things with developers, but please make a simple explanation as to what "4-way" means. I've tried the sgminer that was released, it runs better on one of my 280X rigs and is more stable. Likely, I will convert it to a RX 470 rig, but I'd like to know more about the software that I am running. --scryptr When hashing, a GPU uses many threads in parallel, where basically each thread tries to solve the same puzzle with a slightly different input (the nonce, a number that increases per adjacent thread). Some parts of some algorithms can be made to run faster when groups of threads temporarily join forces to do a bit of the work. You can compare it with hauling heavy boxes. If 4 people have to haul 4 very heavy boxes from A to B, they may actually be faster when carrying each box with 4 people at the same time compared to when they would only carry their own box. Ethash was originally designed to haul boxes with 8 people at the same time (8-way) while Wolf0 made a 4-way variant. Of course Wolf's 4 threads have to do the same amount of work as the original kernel, but it can be a little bit more efficient. Ultimately (I think) he did this to prepare for his private ETH kernel, because that kernel uses a different way of sharing the work (coordinating the joint box hauling operation) between 4 adjacent threads, and 8 isn't supported. If I recall well, Etar from the Etarminer (CUDA ETH miner) has a 16-way solution and who knows what Claymore did isn't this something like a single core vs quad core?
|
|
|
|
carlo_0000
Legendary
Offline
Activity: 1281
Merit: 1003
|
|
September 22, 2016, 09:47:09 PM |
|
what speed you have on the rx470? 4gigas version?
|
|
|
|
|