induktor
|
|
May 27, 2016, 10:46:29 PM Last edit: May 27, 2016, 11:11:29 PM by induktor |
|
Hi Genoil I just git clone again and still receiving version 108, where is the newer version?
thanks! indkt
|
BTC addr: 1vTGnFgaM2WJjswwmbj6N2AQBWcHfimSc
|
|
|
Pustul
|
|
May 27, 2016, 11:40:52 PM |
|
Hi Genoil I just git clone again and still receiving version 108, where is the newer version?
thanks! indkt
"git checkout 110" to switch to the version 1.1 branch. It is still considered beta
|
|
|
|
induktor
|
|
May 28, 2016, 01:14:30 AM |
|
Hi Genoil I just git clone again and still receiving version 108, where is the newer version?
thanks! indkt
"git checkout 110" to switch to the version 1.1 branch. It is still considered beta ahaaaa beta!!! that explains it Thank you! will do that right now
|
BTC addr: 1vTGnFgaM2WJjswwmbj6N2AQBWcHfimSc
|
|
|
bensam1231
Legendary
Offline
Activity: 1750
Merit: 1024
|
|
May 28, 2016, 09:29:38 AM |
|
1.1 pre-release is out: https://github.com/Genoil/cpp-ethereum/tree/110/- no more DAG files (both CUDA/OpenCL) - CUDA Compute 2.0 support is back It looks like it's all working but I'm releasing early so you can help me test. Don't forget to remove your -E and -R params, that is all gone now. CPU util seems down, RAM usage down of course. CPU validation is still in there, using the light cache. no devfee, but do send me some ETH if you like it Dual miner and I'll definitely send you some BTC again. Cool idea with the streaming DAG though. It's not my idea, it's Wolf0's (or sp_'s even if you look at it differently) and Claymore implemented it first . I don't have time for a dual, but I also said that about the streaming DAG Actually, I implemented it first - which is how I knew it worked - in my custom sgminer. If you did, you never talked about it, much like other things that actually help normal miners. Gotta keep it all yourself you know. Pallas or Berthrolobo or whatever his name was talked about it last year some time in the SP thread and I kept poking at it, especially after the Claymore release. Which means, as always, it really doesn't even matter what you're doing. Christ, you're fucking stupid. Giving Claymore the idea wasn't talking about it? Claymore's release came around this last spring. That's not the timeline I quoted. "especially after" means a increase in frequency, not the beginning. Dude is following me like a lost puppy, except he has a bone to pick.
You realize you joined the conversation after me and the original quote thread includes my quote which predates yours? As far as a bone to pick. Just setting things right. You seem to like taking liberties and bragging when you don't have anything to brag about. Here's your proof: https://bitcointalk.org/index.php?topic=1433925.msg14677943#msg14677943And yeah, I did - but the second I post, you always have shit to say. We're talking about two different things here. I was talking about a dual miner and where the idea came from, not the streaming DAG idea. Pretty sure you could've figured that out from my first second post including the extra bits you snipped out of my posts when quoting them. Genoil mentions the DAG gen on GPU idea, and that it was my idea, but Claymore implemented it first. I correct him on that, and it's obvious I'm talking about the DAG generation. Then you jump in with some half-cocked bullshit, and when I prove you wrong, you go "I meant something else." Either you have a hard time reading, or you got proved wrong and now want to backpedal. I jumped in? Look at the quote tree you continually quote dude. I was talking to Genoil, then you jumped in. It's pretty obvious I was talking about the dual miner. Go figure you can't figure out what I'm talking about when you selectively read everything. I have and have had no interest in a streaming DAG, we've talked about a dual miner quite a bit in SPs thread. I've also talked about it elsewhere on the forums... like this specific thread multiple times and I've talked about it in Claymores thread. You can't even gracefully understand a misunderstanding... This would normally be seen as a mutual misunderstanding, everything I was talking about was referring to the dual miner. Matter of a fact if anything I actually understood there was a misunderstanding while you keep trying to grind your heels in regardless of what's happening. If you want to act like a asshole... when I was talking about you gaining more profit from using it, what sort of extra profit does a streaming DAG generate? Or are you that full of yourself that you assume anything you do makes profits? You save a couple GB on HD space, which means you can buy a smaller HD? Maybe the little bit of time the miner spends regenerating the DAG every couple days could be bypassed? It's nice from a utility and maintenance standpoint, but doesn't earn you more money in any notable form. I haven't even upgraded to the new version because the bugs outweigh a tried and true system. It's not a feature I was even looking for, especially with DAG cleanup. Backpedal my ass, that was me closing the argument because it was a misunderstanding rather then rail you on the fact you were completely ignorant to what's going on... even after it's over and I showed you what was happening you still didn't even go back and look at the quotes and are STILL trying to perpetuate what we were talking about as if it somehow still has meaning.
|
I buy private Nvidia miners. Send information and/or inquiries to my PM box.
|
|
|
scryptr
Legendary
Offline
Activity: 1797
Merit: 1028
|
|
May 28, 2016, 12:38:07 PM |
|
STREAMING DAG GENERATION SAVES TIME--
The on-the-fly generation of the DAG file on the GPU(s) of a mining rig is accomplished in approximately 5 seconds. On-disk generation can take as many minutes, or more.
The GPU begins to mine much more quickly. Less down-time means more profit from active mining. Also, there is no need to monitor a mining rig for disk space, especially if the system is on a 16GB USB stick. My 16GB mining image is now easier and faster to operate. --scryptr
|
|
|
|
hawkfish007
|
|
May 28, 2016, 07:02:47 PM |
|
What would be the .bat for 5 R9 390 on Win 10? I tried different settings but can't seem to make it to work. Any help would be appreciated!
|
|
|
|
Zemomtum
Full Member
Offline
Activity: 1316
Merit: 104
CitizenFinance.io
|
|
May 28, 2016, 07:23:42 PM |
|
I use the follow in W8.1
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 --cl-global-work 16384 --cl-local-work 64 --farm-recheck 2000 -G -S eu1.ethpool.org:3333 -O 0xaddress7.rig1 -FS us1.ethpool.org:3333 -FO 0x2address.rig1
|
|
|
|
hawkfish007
|
|
May 28, 2016, 07:36:26 PM |
|
I use the follow in W8.1
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 --cl-global-work 16384 --cl-local-work 64 --farm-recheck 2000 -G -S eu1.ethpool.org:3333 -O 0xaddress7.rig1 -FS us1.ethpool.org:3333 -FO 0x2address.rig1
Thanks for the info, I am still getting the following error message. Do I need to specify GPU count or delete old DAG somewhere? Allocating/mapping single buffer failed with: clCreateBuffer(-61). GPU can't allocate the DAG in a single chunk. Bailing.
|
|
|
|
Rufsilf
|
|
May 28, 2016, 07:55:19 PM |
|
I use the follow in W8.1
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 --cl-global-work 16384 --cl-local-work 64 --farm-recheck 2000 -G -S eu1.ethpool.org:3333 -O 0xaddress7.rig1 -FS us1.ethpool.org:3333 -FO 0x2address.rig1
Thanks for the info, I am still getting the following error message. Do I need to specify GPU count or delete old DAG somewhere? Allocating/mapping single buffer failed with: clCreateBuffer(-61). GPU can't allocate the DAG in a single chunk. Bailing. You need at least the Catalyst 15.7 or later to mine it properly. If you use the 1.1, there is no DAG on the disk,
|
|
|
|
hawkfish007
|
|
May 28, 2016, 08:01:40 PM |
|
I use the follow in W8.1
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 --cl-global-work 16384 --cl-local-work 64 --farm-recheck 2000 -G -S eu1.ethpool.org:3333 -O 0xaddress7.rig1 -FS us1.ethpool.org:3333 -FO 0x2address.rig1
Thanks for the info, I am still getting the following error message. Do I need to specify GPU count or delete old DAG somewhere? Allocating/mapping single buffer failed with: clCreateBuffer(-61). GPU can't allocate the DAG in a single chunk. Bailing. You need at least the Catalyst 15.7 or later to mine it properly. If you use the 1.1, there is no DAG on the disk, I am using Crimson 16.5, would that be an issue? Thanks.
|
|
|
|
adamvp
|
|
May 28, 2016, 10:36:27 PM |
|
May it be. do you have an acces to amd overdrive?
|
I am looking for signature campaign pm me
|
|
|
BillGeo
Newbie
Offline
Activity: 39
Merit: 0
|
|
May 28, 2016, 11:43:33 PM |
|
I use the follow in W8.1
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 --cl-global-work 16384 --cl-local-work 64 --farm-recheck 2000 -G -S eu1.ethpool.org:3333 -O 0xaddress7.rig1 -FS us1.ethpool.org:3333 -FO 0x2address.rig1
Thanks for the info, I am still getting the following error message. Do I need to specify GPU count or delete old DAG somewhere? Allocating/mapping single buffer failed with: clCreateBuffer(-61). GPU can't allocate the DAG in a single chunk. Bailing. Do you have an onboard GPU on your motherboard? Add the following argument to the .bat: --opencl-platform 1 (if that gives you the same error replace the "1" with a "0") Let us know if it works...
|
|
|
|
hawkfish007
|
|
May 29, 2016, 12:51:50 AM |
|
I use the follow in W8.1
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 --cl-global-work 16384 --cl-local-work 64 --farm-recheck 2000 -G -S eu1.ethpool.org:3333 -O 0xaddress7.rig1 -FS us1.ethpool.org:3333 -FO 0x2address.rig1
Thanks for the info, I am still getting the following error message. Do I need to specify GPU count or delete old DAG somewhere? Allocating/mapping single buffer failed with: clCreateBuffer(-61). GPU can't allocate the DAG in a single chunk. Bailing. Do you have an onboard GPU on your motherboard? Add the following argument to the .bat: --opencl-platform 1 (if that gives you the same error replace the "1" with a "0") Let us know if it works... That worked! actually 2 of my Nanos are on the MB. However, hash rate seems to be around 33-34 MH/s for 2 Nanos whereas I was getting 48 MH/s @ 310 watt undervolted to -30mv with afterburner running Crimson 16.15. I will try installing 15.7 to see if I get any improvements later tonight.
|
|
|
|
induktor
|
|
May 29, 2016, 02:09:11 AM |
|
Question i am trying to download 110 version with git, no luck i already have working version 108 i did as recommended here git checkout 110 but i get: root@room3:/opt/miners/cpp-ethereum# git checkout 110 error: pathspec '110' did not match any file(s) known to git.
Ok i did root@room3:/opt/miners/cpp-ethereum# git checkout -b 110 Switched to a new branch '110' root@room3:/opt/miners/cpp-ethereum# git checkout
now nothing happens, no file copy no nothing what should i do git pull maybe?, still reading git manual, it is complicated for a first-timer hehe
|
BTC addr: 1vTGnFgaM2WJjswwmbj6N2AQBWcHfimSc
|
|
|
induktor
|
|
May 29, 2016, 02:33:09 AM |
|
Thanks Wolf0. did a git pull , downloaded something, deleted the build and compiled again but when i do --version is the same one 1.0.8 so yes, I will do what you suggest, nuke it, and git clone directly that version, thanks!!!
|
BTC addr: 1vTGnFgaM2WJjswwmbj6N2AQBWcHfimSc
|
|
|
induktor
|
|
May 29, 2016, 02:49:33 AM |
|
Are you kidding me?, it took only 2 seconds to generate a 1.5GB DAG?? holy FUCK!, that awesome Genoil, genius!. previous version generating it on the flash drive took me 23 minutes awesome! Question: How can i disable the color codes from the output?, since i am redirecting output to syslog so my scripts can get data from the miner to show on the webpage and on the LCD display of the miner, but with all these color codes had to do crazy s#it to clean them up.
|
BTC addr: 1vTGnFgaM2WJjswwmbj6N2AQBWcHfimSc
|
|
|
arielbit
Legendary
Offline
Activity: 3416
Merit: 1059
|
|
May 29, 2016, 03:21:25 AM |
|
1.1 pre-release is out: https://github.com/Genoil/cpp-ethereum/tree/110/- no more DAG files (both CUDA/OpenCL) - CUDA Compute 2.0 support is back It looks like it's all working but I'm releasing early so you can help me test. Don't forget to remove your -E and -R params, that is all gone now. CPU util seems down, RAM usage down of course. CPU validation is still in there, using the light cache. no devfee, but do send me some ETH if you like it Dual miner and I'll definitely send you some BTC again. Cool idea with the streaming DAG though. It's not my idea, it's Wolf0's (or sp_'s even if you look at it differently) and Claymore implemented it first . I don't have time for a dual, but I also said that about the streaming DAG Actually, I implemented it first - which is how I knew it worked - in my custom sgminer. If you did, you never talked about it, much like other things that actually help normal miners. Gotta keep it all yourself you know. Pallas or Berthrolobo or whatever his name was talked about it last year some time in the SP thread and I kept poking at it, especially after the Claymore release. Which means, as always, it really doesn't even matter what you're doing. Christ, you're fucking stupid. Giving Claymore the idea wasn't talking about it? Claymore's release came around this last spring. That's not the timeline I quoted. "especially after" means a increase in frequency, not the beginning. Dude is following me like a lost puppy, except he has a bone to pick.
You realize you joined the conversation after me and the original quote thread includes my quote which predates yours? As far as a bone to pick. Just setting things right. You seem to like taking liberties and bragging when you don't have anything to brag about. Here's your proof: https://bitcointalk.org/index.php?topic=1433925.msg14677943#msg14677943And yeah, I did - but the second I post, you always have shit to say. We're talking about two different things here. I was talking about a dual miner and where the idea came from, not the streaming DAG idea. Pretty sure you could've figured that out from my first second post including the extra bits you snipped out of my posts when quoting them. Genoil mentions the DAG gen on GPU idea, and that it was my idea, but Claymore implemented it first. I correct him on that, and it's obvious I'm talking about the DAG generation. Then you jump in with some half-cocked bullshit, and when I prove you wrong, you go "I meant something else." Either you have a hard time reading, or you got proved wrong and now want to backpedal. I jumped in? Look at the quote tree you continually quote dude. I was talking to Genoil, then you jumped in. It's pretty obvious I was talking about the dual miner. Go figure you can't figure out what I'm talking about when you selectively read everything. I have and have had no interest in a streaming DAG, we've talked about a dual miner quite a bit in SPs thread. I've also talked about it elsewhere on the forums... like this specific thread multiple times and I've talked about it in Claymores thread. You can't even gracefully understand a misunderstanding... This would normally be seen as a mutual misunderstanding, everything I was talking about was referring to the dual miner. Matter of a fact if anything I actually understood there was a misunderstanding while you keep trying to grind your heels in regardless of what's happening. If you want to act like a asshole... when I was talking about you gaining more profit from using it, what sort of extra profit does a streaming DAG generate? Or are you that full of yourself that you assume anything you do makes profits? You save a couple GB on HD space, which means you can buy a smaller HD? Maybe the little bit of time the miner spends regenerating the DAG every couple days could be bypassed? It's nice from a utility and maintenance standpoint, but doesn't earn you more money in any notable form. I haven't even upgraded to the new version because the bugs outweigh a tried and true system. It's not a feature I was even looking for, especially with DAG cleanup. Backpedal my ass, that was me closing the argument because it was a misunderstanding rather then rail you on the fact you were completely ignorant to what's going on... even after it's over and I showed you what was happening you still didn't even go back and look at the quotes and are STILL trying to perpetuate what we were talking about as if it somehow still has meaning. Actually, what kind of profit does a DAG on GPU generate? Well, good question. When building out a farm, it means you can use a lot less RAM per rig, which does save money - you can save on HDDs, too. But meh, fuck it. I finally managed to improve this damned thing, so I'm happy enough to not give a fuck less saved me from buying some 2gb ddr2 rams for my intel socket 775 rigs.
|
|
|
|
induktor
|
|
May 29, 2016, 04:32:21 AM |
|
Are you kidding me?, it took only 2 seconds to generate a 1.5GB DAG?? holy FUCK!, that awesome Genoil, genius!. previous version generating it on the flash drive took me 23 minutes awesome! Two is pretty good. I do it in... I think like four-ish seconds, but I have 4 GPUs in it. 3 x GTX 970 Gigabyte, impressive perfomance, and it is not the CPU (a tiny low power AM1 2Ghz quadcore APU), man i gotta learn to code cuda/ocl ... i never got past C but i will start dedicate more time on this.
|
BTC addr: 1vTGnFgaM2WJjswwmbj6N2AQBWcHfimSc
|
|
|
rednoW
Legendary
Offline
Activity: 1510
Merit: 1003
|
|
May 29, 2016, 07:15:31 AM |
|
Actually, this kernel is a MASSIVE pain in the ass to make faster. It doesn't react to most of what you do, and the AMD OCL compiler is having none of this shit - hates the algo so much that it tends to erroneously compile your shit FAR more than usual. So, small tweaks aren't gonna fly with this one.
To get my speed increases, I first had to rewrite Ethash entirely in a different way - which got me the very first substantial increase. After that, I just said fuck it - the compiler is too much of a pain in my ass, so I modified Genoil's Ethminer implementation to load binaries. After that, I dropped to GCN assembly to continue working, where I can control things a little better.
So many words )) Are you going to post your speeds?
|
|
|
|
rednoW
Legendary
Offline
Activity: 1510
Merit: 1003
|
|
May 29, 2016, 07:47:43 AM |
|
Ok, thanks. ~31mhs is where I am in with claymore's dual miner in dual mode, 290x with hynix ram, 1100/1250
|
|
|
|
|