bensam1231
Legendary
Offline
Activity: 1764
Merit: 1024
|
|
January 28, 2016, 10:38:23 AM |
|
What's with all the vanillacoin talk? It's not profitable to mine and has FPGAs working for it right now.
|
I buy private Nvidia miners. Send information and/or inquiries to my PM box.
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
January 28, 2016, 10:43:35 AM |
|
What's with all the vanillacoin talk? It's not profitable to mine and has FPGAs working for it right now.
It's changing algo. it's now on blake so a quick FPGA work ;-)
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
January 28, 2016, 10:54:27 AM |
|
joblo, does your quark optimisation work at the end? not sure I understand your conversation with sp_ fully: where does the +30% come from?
My private quark is +30% up from release 74. The buyable private is +5% If you didn't work on SIMD, I'm suprised and disappointed. If I did I wouldn't opensource it would I. What is the point? Why don't you opensource yours.. Because I didn't do it yet. And I don't want you to open source it - I just wanted confirmation that you worked on it. Last opensource checkin in 9 december. So Yes I have worked on it. https://github.com/sp-hash/ccminer/commits/windows/x11/cuda_x11_simd512.cu
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
January 28, 2016, 10:55:57 AM |
|
What's with all the vanillacoin talk? It's not profitable to mine and has FPGAs working for it right now.
It's changing algo. it's now on blake so a quick FPGA work ;-) Yes. mining it on NVIDIA is a waste.
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
January 28, 2016, 11:00:16 AM |
|
joblo, does your quark optimisation work at the end? not sure I understand your conversation with sp_ fully: where does the +30% come from?
My private quark is +30% up from release 74. The buyable private is +5% If you didn't work on SIMD, I'm suprised and disappointed. If I did I wouldn't opensource it would I. What is the point? Why don't you opensource yours.. Because I didn't do it yet. And I don't want you to open source it - I just wanted confirmation that you worked on it. Last opensource checkin in 9 december. So Yes I have worked on it. https://github.com/sp-hash/ccminer/commits/windows/x11/cuda_x11_simd512.cuNo, no, I wanted to know if some of your private optimizations that AREN'T for sale include optimizations to SIMD. Why don't you disassemble it and check.
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
January 28, 2016, 11:11:17 AM |
|
I can opensource my 5% faster miner, but then all the donators will be angry wouldn't they. Works on linux as well.
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
January 28, 2016, 11:18:05 AM |
|
I said +30% in the quark algo. Quark doesn't have the SIMD512 and you should know it.
|
|
|
|
Genoil
|
|
January 28, 2016, 11:18:19 AM |
|
Perhaps compile the ether miner for 32 bit's will help? Cached Pointersizes will go from 64bit to 32 (and double the tlb limit?) You need to remove the cpu verfication code because it use 64bit libraries I think..
Thought of that but it's going to be troublesome. You only have a 4GB address space, with windows already sucking up ~half. Then you have to load the 1.3 GB DAG from disk, and allocate 1.3GB of GPU RAM (which, AFAIK sits in the same space, although it isn't pinned to host). This doens't fit. So then you would have to read the DAG from disk in small chunks and copy it cover to GPU RAM. And when that's all done, you will have to pass on all solutions to a special light version of ethminer, that does light verification, is it can't load a DAG into RAM for the same reasons. Or you simply don't verify and risk some Boo's. Then, when that's all done, you're not even sure if it fixes the problem. You could try getting a 32-bit version of dagSimCL to work. I believe Epsylon3/tpruvot has been trying to get a 32-bit version of ethminer to work a while back. Can't find the source anymore. Hi Genoil, This is a small contribution from me to your work on ethminer --- 0xc3e7bda79b60fb4f34fbe467a8c3c3084e9008bbdc9014d8ade8e8c22cd1352a I am using your miner and making some ETH and I thought that you deserve part of it (as I did with all devs improving the miners we are using). Keep up the good work! Thanks! Are you by any chance mining on Windows? Or if you built on Linux, can you find me the commit hash? I have an issue with 9x0 with the latest source, and I'm trying to figure out at which point it went wrong.
|
ETH: 0xeb9310b185455f863f526dab3d245809f6854b4d BTC: 1Nu2fMCEBjmnLzqb8qUJpKgq5RoEWFhNcW
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
January 28, 2016, 11:23:36 AM |
|
I said +30% in the quark algo. Quark doesn't have the SIMD512 and you should know it.
No shit - I assumed if you've got a private Quark, you've also got a private X11. If not, sorry, the question is pointless in that case. Somebody does. X11 is not profitable with the public bins. a wellcoded x11 should do 4-5MHASH on the 750ti
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
January 28, 2016, 11:34:11 AM |
|
Faster but not profitable. I didn`t reach 5mhash yet
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
January 28, 2016, 11:41:41 AM |
|
Faster but not profitable. I didn`t reach 5mhash yet
Well, did you modify SIMD in it? And if you feel like sharing, how much was gained from SIMD alone in X11 speed percentage? Why don't you stick with AMD. Disassemble the kochur bins and check for yourself.
|
|
|
|
crsminer
Jr. Member
Offline
Activity: 64
Merit: 1
|
|
January 28, 2016, 11:42:22 AM |
|
Perhaps compile the ether miner for 32 bit's will help? Cached Pointersizes will go from 64bit to 32 (and double the tlb limit?) You need to remove the cpu verfication code because it use 64bit libraries I think..
Thought of that but it's going to be troublesome. You only have a 4GB address space, with windows already sucking up ~half. Then you have to load the 1.3 GB DAG from disk, and allocate 1.3GB of GPU RAM (which, AFAIK sits in the same space, although it isn't pinned to host). This doens't fit. So then you would have to read the DAG from disk in small chunks and copy it cover to GPU RAM. And when that's all done, you will have to pass on all solutions to a special light version of ethminer, that does light verification, is it can't load a DAG into RAM for the same reasons. Or you simply don't verify and risk some Boo's. Then, when that's all done, you're not even sure if it fixes the problem. You could try getting a 32-bit version of dagSimCL to work. I believe Epsylon3/tpruvot has been trying to get a 32-bit version of ethminer to work a while back. Can't find the source anymore. Hi Genoil, This is a small contribution from me to your work on ethminer --- 0xc3e7bda79b60fb4f34fbe467a8c3c3084e9008bbdc9014d8ade8e8c22cd1352a I am using your miner and making some ETH and I thought that you deserve part of it (as I did with all devs improving the miners we are using). Keep up the good work! Thanks! Are you by any chance mining on Windows? Or if you built on Linux, can you find me the commit hash? I have an issue with 9x0 with the latest source, and I'm trying to figure out at which point it went wrong. Sent you a PM.
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
January 28, 2016, 11:51:01 AM |
|
Faster but not profitable. I didn`t reach 5mhash yet
Well, did you modify SIMD in it? And if you feel like sharing, how much was gained from SIMD alone in X11 speed percentage? Why don't you stick with AMD. Disassemble the kochur bins and check for yourself. I am, thanks. What I'm interested in is how much there is to be gained from SIMD. While the architecture is different, many things are similar - if there's an unexpectedly massive improvement from SIMD on Nvidia GPUs, it is quite likely there is on AMD. Also, why so defensive? I have no intention of enroaching on your turf, here - I could do more CUDA if I wanted, but for now it does not interest me. You don't need to see me as a threat. You are no competition to me...
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2954
Merit: 1087
Team Black developer
|
|
January 28, 2016, 11:57:42 AM |
|
Then why are you afraid?
I am not afraid, but I don't feel the need to help you. Perhaps if you opensource some of your work we can talk again..
|
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
January 28, 2016, 12:06:02 PM |
|
I can opensource my 5% faster miner, but then all the donators will be angry wouldn't they. Works on linux as well.
If you don't want to answer the question, don't answer the question - but don't dodge it. getting some popcorn ps: for once I am not involved in the trolling
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
djm34
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
January 28, 2016, 12:39:42 PM |
|
Then why are you afraid?
I am not afraid, but I don't feel the need to help you. Perhaps if you opensource some of your work we can talk again.. See? That's all you had to say - like I said, if you don't want to answer, I'm perfectly okay with that. Just be honest about it. I can opensource my 5% faster miner, but then all the donators will be angry wouldn't they. Works on linux as well.
If you don't want to answer the question, don't answer the question - but don't dodge it. getting some popcorn ps: for once I am not involved in the trolling Haha, djm34, I'm not trolling - I asked a question; he didn't wish to answer. It's all good. never said you were, I was saying that usually I am the one getting into some argument with sp
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
MaxDZ8
|
|
January 28, 2016, 01:35:58 PM |
|
For example, I semi-recently not only did the ONLY open-source implementation of a CryptoNight AMD miner, but I didn't base it on existing code infected with the GPL. This means there's now a base that's not only open, but MIT/BSD licensed to work off of for others. Kudos to you!
|
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
January 28, 2016, 02:55:58 PM |
|
For example, I semi-recently not only did the ONLY open-source implementation of a CryptoNight AMD miner, but I didn't base it on existing code infected with the GPL. This means there's now a base that's not only open, but MIT/BSD licensed to work off of for others. Kudos to you! Thank you. Please, if you wish to, use that base publicly or privately for your own miner work - or take bits and pieces from it. A nice guy caught an oversight that I made - I should have used a pthread condition variable and didn't - so now the miner uses pretty much 0% CPU. I'm rather happy and proud that the rest of it was so nice and light. I'll have a look as well, thanks for sharing and shame on me for not noticing it earlier Found this runtime issue: [15:54:44] Error -6 when calling clCreateCommandQueueWithProperties. [15:54:44] Error -36 when calling clEnqueueWriteBuffer to fill input buffer. EDIT: looks like it doesn't like the Fiji card but hashes fine on the Hawaii.
|
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
January 28, 2016, 03:07:28 PM |
|
For example, I semi-recently not only did the ONLY open-source implementation of a CryptoNight AMD miner, but I didn't base it on existing code infected with the GPL. This means there's now a base that's not only open, but MIT/BSD licensed to work off of for others. Kudos to you! Thank you. Please, if you wish to, use that base publicly or privately for your own miner work - or take bits and pieces from it. A nice guy caught an oversight that I made - I should have used a pthread condition variable and didn't - so now the miner uses pretty much 0% CPU. I'm rather happy and proud that the rest of it was so nice and light. I'll have a look as well, thanks for sharing and shame on me for not noticing it earlier Found this runtime issue: [15:54:44] Error -6 when calling clCreateCommandQueueWithProperties. [15:54:44] Error -36 when calling clEnqueueWriteBuffer to fill input buffer. EDIT: looks like it doesn't like the Fiji card but hashes fine on the Hawaii. Works on mine. What's your settings file look like? { "Algorithms": [ { "name": "CryptoNight", "devices": [ { "index": 0, "threads": 1, "rawintensity": 1336, "worksize": 16 }, { "index": 1, "threads": 1, "rawintensity": 1336, "worksize": 16 } ], "pools": [ { "url": "XXXXXXXXXX", "user": "XXXXXXXXXXXX", "pass": "x" } ] } ] }
|
|
|
|
pallas
Legendary
Offline
Activity: 2716
Merit: 1094
Black Belt Developer
|
|
January 28, 2016, 03:53:54 PM |
|
Wolf0 I've found the issue. Fiji doesn't want to run with libopencl from APP SDK 3.0. Fiji now works but it's slower than Hawaii, guess HSM is to blame.
|
|
|
|
|