Proof that gpu plotter works for me  290x? I cant get it working on my 280x card Yep right, i post my config some post before |
|
|
|
Proof that gpu plotter works for me |
|
|
|
What config you use???
I have tried this on my 280x:
---> gpuPlotGenerator.exe "C:\Users\Fantom\Desktop\GPU_POC\plots" NUMERICALADRESS 0 16382 4096 4
and it just exits without writing new file..
gpuPlotGenerator.exe plots myaccount 68847637 18500000 4096 256 |
|
|
|
Hi
How exactly do you plot in 'GPU mode'?
I also have an R9 290 but was told that GPU plotting wasn't a thing.
Just made a batch file in the same folder with that : gpuPlotGenerator.exe plots myaccount 68847637 18500000 4096 256 |
|
|
|
What's your gpu load and temps?
Can't say, when i launch monitoring drivers crash. But card seems to not make noise and not hot |
|
|
|
What is your full parameter ? Hi everyone, After many hours of setup I finally made it. I have a 1Tb generation in progress and 3x100Gb already finished. I would like to test the V2 pool but I haven't any BURST for now. Could someone send me 1 BURST to test it please ? Here is my address : BURST-YA29-QCEW-QXC3-BKXDL. Regarding the plot generation, I found an OpenCL implementation of Shabal ( https://github.com/aznboy84/X15GPU/blob/master/kernel/shabal.cl) that could be used to make a GPU version of the generator. I will try to work on it when I have some free time. Regards Hi everyone, As promised I have been working on a GPU plot generator on the last few days. I made a little program built on top of OpenCL, and it seems to work pretty well in CPU mode. Unfortunately, I can't test the GPU mode as it requires a very powerfull graphic card (with at least 46kB private memory per compute unit, because the algorithm needs at least 4096*64 static bytes to store an entire plot). Here is a preview you can test for now : gpuPlotGenerator-src-1.0.0.7z : https://mega.co.nz/#!bcF2yKKL!3Ud86GaibgvwBehoxkbO4UNdiBgsaixRx7ksHrgNbDI gpuPlotGenerator-bin-win-x86-1.0.0.7z : https://mega.co.nz/#!HJsziTCK!UmAMoEHQ3z34R4RsXoIkYo9rYd4LnFtO_pw-R4KObJs I will build another release in the end of the day with some minor improvements (threads per compute unit selection, output of OpenCL error codes, improvement of the Makefile to generate the distribution directly). I will also try to figure out another mean to dispatch the work between the GPU threads to reduce the amount of private memory needed by the program. For the windows people, you can use the binary version directly. For the linux people, just download the source archive, make sure to modify the OpenCL library and lib path in the makefile (and maybe the executable name), and build the project via "make". To run the program, you need the "kernel" and the "plots" directories beside the executable. The executable usage is : ./gpuPlotGenerator <address> <start nonce> <nonces> <stagger size> The parameters are the same as the original plot generator, without the threads number. If you find bugs or if you want some new features, let me now. If you want to support me, here are my Bitcoin and Burst addresses : Bitcoin: 138gMBhCrNkbaiTCmUhP9HLU9xwn5QKZgD Burst: BURST-YA29-QCEW-QXC3-BKXDL Regards Unfortunately, I can't test the GPU mode as it requires a very powerfull graphic card (with at least 46kB private memory per compute unit, because the algorithm needs at least 4096*64 static bytes to store an entire plot).
It's nice to see someone else working on this, since I seem to have failed in it. Private memory is actually part of global on AMD cards, so storing it in private isn't any better than just using global for everything; it's local that needs to aimed for for the massive speedup. No AMD cards have more than 64KB local per workgroup, which makes storing it all in local impossible however. I haven't tried your implementation yet, but on my own first attempt, I also used global on everything also, and the result was faster than the java plotter, but slower than dcct's c plotter. My 2nd attempt used a 32KB local buffer I rotated through for storing the currently being hashed stuff, however I couldn't figure out how to get it copied also to global fast enough, and the local -> global copy killed the performance. You might be interested in those kernels here: https://bitcointalk.org/index.php?topic=731923.msg8695829#msg8695829Thanks, I will look at your kernels to see if I can find a better solution. Here is the new version. I reduced the amount of memory used from 40KB to about 1KB per unit. The only drawback is that it requires twice the global memory as before. I will search a mean to reduce this overhead later. In CPU mode, it all goes pretty well (when no graphic card is detected). The GPU mode is still kind of buggy on my graphic card (an old GeForce 9300M GS), don't know the exact reason yet. Sometimes it works, sometimes not. I will try to fix this issue tomorrow. Here are the files : gpuPlotGenerator-src-1.1.0.7z : https://mega.co.nz/#!iYFWAL5B!BvtmRQ5qGq4gGwjDglFNtDtNIX4LDaUvATBtClBdTlQ gpuPlotGenerator-bin-win-x86-1.1.0.7z : https://mega.co.nz/#!aBVGBBQD!tBsRtb8VrHR12_anrFTrl41U0fPQu_OqFnxyi5nCyBY For the linux users, the Makefile has a new target named "dist" that builds and copy/paste all the necessary files to the "bin" directory. The executable usage is : ./gpuPlotGenerator <path> <address> <start nonce> <nonces> <stagger size> <threads> <path> : the path to the plots directory <threads> : number of parrallel threads for each work group So the usage would be like this: "D:/gpuPlotGenerator <numerical_account_address> 0 819200 4096 <cpu/gpu_threads?>" Is that format correct? Is the thread count need for gpu plotting(Point out in bold)? What's the nonce/minute rate? Hi, This is still a buggy early stage version. I post it here to have feedback from people who owns more powerfull graphic cards (the behaviour may vary from one card to another). But yes, the final usage would be the one you mentioned. The threads parameter is the number of threads used in the local work group. In GPU mode, the value should be a multiple a 64, 256 is the typical value for most of the cards. Ok i made a test with my R9 290 I Put 256 in thread (apparently can't put more) And in 1min15 i generate from nonce 888597 to nonce 900885, So 9830 nonce minute, not bad at all This is my parameter gpuPlotGenerator.exe plots myaccount 68847637 18500000 4096 256 |
|
|
|
Hi everyone, After many hours of setup I finally made it. I have a 1Tb generation in progress and 3x100Gb already finished. I would like to test the V2 pool but I haven't any BURST for now. Could someone send me 1 BURST to test it please ? Here is my address : BURST-YA29-QCEW-QXC3-BKXDL. Regarding the plot generation, I found an OpenCL implementation of Shabal ( https://github.com/aznboy84/X15GPU/blob/master/kernel/shabal.cl) that could be used to make a GPU version of the generator. I will try to work on it when I have some free time. Regards Hi everyone, As promised I have been working on a GPU plot generator on the last few days. I made a little program built on top of OpenCL, and it seems to work pretty well in CPU mode. Unfortunately, I can't test the GPU mode as it requires a very powerfull graphic card (with at least 46kB private memory per compute unit, because the algorithm needs at least 4096*64 static bytes to store an entire plot). Here is a preview you can test for now : gpuPlotGenerator-src-1.0.0.7z : https://mega.co.nz/#!bcF2yKKL!3Ud86GaibgvwBehoxkbO4UNdiBgsaixRx7ksHrgNbDI gpuPlotGenerator-bin-win-x86-1.0.0.7z : https://mega.co.nz/#!HJsziTCK!UmAMoEHQ3z34R4RsXoIkYo9rYd4LnFtO_pw-R4KObJs I will build another release in the end of the day with some minor improvements (threads per compute unit selection, output of OpenCL error codes, improvement of the Makefile to generate the distribution directly). I will also try to figure out another mean to dispatch the work between the GPU threads to reduce the amount of private memory needed by the program. For the windows people, you can use the binary version directly. For the linux people, just download the source archive, make sure to modify the OpenCL library and lib path in the makefile (and maybe the executable name), and build the project via "make". To run the program, you need the "kernel" and the "plots" directories beside the executable. The executable usage is : ./gpuPlotGenerator <address> <start nonce> <nonces> <stagger size> The parameters are the same as the original plot generator, without the threads number. If you find bugs or if you want some new features, let me now. If you want to support me, here are my Bitcoin and Burst addresses : Bitcoin: 138gMBhCrNkbaiTCmUhP9HLU9xwn5QKZgD Burst: BURST-YA29-QCEW-QXC3-BKXDL Regards Unfortunately, I can't test the GPU mode as it requires a very powerfull graphic card (with at least 46kB private memory per compute unit, because the algorithm needs at least 4096*64 static bytes to store an entire plot).
It's nice to see someone else working on this, since I seem to have failed in it. Private memory is actually part of global on AMD cards, so storing it in private isn't any better than just using global for everything; it's local that needs to aimed for for the massive speedup. No AMD cards have more than 64KB local per workgroup, which makes storing it all in local impossible however. I haven't tried your implementation yet, but on my own first attempt, I also used global on everything also, and the result was faster than the java plotter, but slower than dcct's c plotter. My 2nd attempt used a 32KB local buffer I rotated through for storing the currently being hashed stuff, however I couldn't figure out how to get it copied also to global fast enough, and the local -> global copy killed the performance. You might be interested in those kernels here: https://bitcointalk.org/index.php?topic=731923.msg8695829#msg8695829Thanks, I will look at your kernels to see if I can find a better solution. Here is the new version. I reduced the amount of memory used from 40KB to about 1KB per unit. The only drawback is that it requires twice the global memory as before. I will search a mean to reduce this overhead later. In CPU mode, it all goes pretty well (when no graphic card is detected). The GPU mode is still kind of buggy on my graphic card (an old GeForce 9300M GS), don't know the exact reason yet. Sometimes it works, sometimes not. I will try to fix this issue tomorrow. Here are the files : gpuPlotGenerator-src-1.1.0.7z : https://mega.co.nz/#!iYFWAL5B!BvtmRQ5qGq4gGwjDglFNtDtNIX4LDaUvATBtClBdTlQ gpuPlotGenerator-bin-win-x86-1.1.0.7z : https://mega.co.nz/#!aBVGBBQD!tBsRtb8VrHR12_anrFTrl41U0fPQu_OqFnxyi5nCyBY For the linux users, the Makefile has a new target named "dist" that builds and copy/paste all the necessary files to the "bin" directory. The executable usage is : ./gpuPlotGenerator <path> <address> <start nonce> <nonces> <stagger size> <threads> <path> : the path to the plots directory <threads> : number of parrallel threads for each work group So the usage would be like this: "D:/gpuPlotGenerator <numerical_account_address> 0 819200 4096 <cpu/gpu_threads?>" Is that format correct? Is the thread count need for gpu plotting(Point out in bold)? What's the nonce/minute rate? Hi, This is still a buggy early stage version. I post it here to have feedback from people who owns more powerfull graphic cards (the behaviour may vary from one card to another). But yes, the final usage would be the one you mentioned. The threads parameter is the number of threads used in the local work group. In GPU mode, the value should be a multiple a 64, 256 is the typical value for most of the cards. Ok i made a test with my R9 290 I Put 256 in thread (apparently can't put more) And in 1min15 i generate from nonce 888597 to nonce 900885, So 9830 nonce minute, not bad at all |
|
|
|
This is normal that deadline fluctuate a lot and not really regular in size?
yeah, it's like mining in solo Ok so i don't have to worry if i have sometimes 4numbers and sometimes 8 Do you solve your memory problem? no lol, but it's releated to the paging file of the kernel memory, check your and tell me anyway i'm installing linux fuck that shit lol D'ont know if that helps, but that's what i have for mining 9tb, i'm not ploting on the same computer  |
|
|
|
This is normal that deadline fluctuate a lot and not really regular in size?
yeah, it's like mining in solo Ok so i don't have to worry if i have sometimes 4numbers and sometimes 8 Do you solve your memory problem? |
|
|
|
|
This is normal that deadline fluctuate a lot and not really regular in size?
|
|
|
|
Please can somone help me? When i try to register for pool mining " Burst Pool V2" i put my passphrase and pool recipient, and after i hit submit, it say {"errorCode":5,"errorDescription":"Unknown account"} What is wrong? i open my wallet without problem? Also in my wallet where it say "No name set" when i try to make same name it also say "Unknown account" So can somone help me with this? Thanks in advance
You need 1 burst in your wallet to register, go here http://burstfaucet.com/ to have some  |
|
|
|
2 x Intel Xeon E5 2620V2 2 x (6 x 2,10 GHz) 128 GB REG ECC 1 Gbit/s port is Enough?  how many nonce per minute with those? Nearly 10 000 i think, so nearly 6 days for 24tb |
|
|
|
in this way you overlap 1 nonce per plot
Which ones? The usb 3 overlap withe the usb2, usb 3 start before 2 end, but certainly forget to add a 0 when typing EDIT : this is you're range so that's ok, i say nothing  |
|
|
|
Good question, i don't know if you miss some range like stop a 100 000 and start at 101 000, so you lost the 1000 between (i think that's what you want to know), what this make... If someone have the answer for that, i take it too, Certainly dcct know the answer DCCT IF YOU'RE THERE!  You dont need to have your plots in order. I do it this way: USB1: 0 - 11000000 USB2: 100000000 - 111000000 USB3: 200000000 - 211000000 Each nonce has the same chances of finding a block, and there are 2^64 to choose from. Ok good to know, finally the only thing to be carefull is not to be on the same range, that's great mainly if the plotting stop before the end on a disk, we can start at a much larger value for an other idsk to be sure |
|
|
|
I'm plotting in two different hard disk. I have 2 miners running in each hard disk with the same address and config. It should be alright, yes?  If you configure you're plotting well, one start at the end of the other, normally no problem |
|
|
|
Hi,
If I have multiple computers, each of them having it's own 1TB hdd, mining in same v2 pool with same id.
Should I need to be careful of non-overlapping plots across the multiple computers?
You can mine with the same id on multiple computer that"s not the thing which cause overlapping, you just need to generate for each drive with different starting nonce Yeah, this was my question, whether I should use different starting nonce on each drive, respectively on each PC. Will I have issues if some ranges are missing? Good question, i don't know if you miss some range like stop a 100 000 and start at 101 000, so you lost the 1000 between (i think that's what you want to know), what this make... If someone have the answer for that, i take it too, Certainly dcct know the answer DCCT IF YOU'RE THERE! |
|
|
|
I need help here:
Let's say i have a 4TB hdd to mine this.
What else do i need ? Does it uses the ram,cpu ? specific motherboard or what ever?
Or all it takes is the hdd?
If you want, to generate fast, you need good cpu and some ram, however you can generate with a little cpu but can take lot of time, mainly for 4tb Just to make sure. If i ahve a 4tb will it generate plots each hours until it fills up the hdd? or it will generate 1 big plot for the hdd? Also lets say i am running on this 4tb and want to add another one. what will be the process to link that other hdd to the first one? Thank you for your time if you can manage to answer those. You define with the command line, if you want to fill the hdd to full capacity or partial. So depend on what you want, you can make 1 file of 4tb, or 4 file of 1tb. If you want to add an other disk (or more) you need to generate plots for this disk too, but you need to start where the first stop. |
|
|
|
That's seems good to me.
Don't worry for you plots file at 0b, the size grow with time (that was the same for me)
You can mine during plotting, no problem, but mining on the same computer you're plotting, extend the plotting time. it was my case
Well, window with what I assume was plotting disappeared after like 2 minutes or so... Now I get this reading error in between... {"baseTarget":"5396057","height":"10014","generationSignature":"f7d13aadb8bf90c3
b441f03ed1c5035e2cd188883dc969d367fa2f303b8f6e20"}
{"baseTarget":"5508717","height":"10015","generationSignature":"a09a9235b7fd0c6f
6d1fcd7dcdfc29f08b31ec79db70bbac25a0749d4fae7e89"}
[b]Error reading file: 15824473913678550981_2_2400000_2000[/b]
{"baseTarget":"5508717","height":"10015","generationSignature":"a09a9235b7fd0c6f
6d1fcd7dcdfc29f08b31ec79db70bbac25a0749d4fae7e89"}
{"baseTarget":"5508717","height":"10015","generationSignature":"a09a9235b7fd0c6f
6d1fcd7dcdfc29f08b31ec79db70bbac25a0749d4fae7e89"}
IS this the way it is supposed to be? Until ploting is not well finish, you can use the file generated, but with some error, in your case, that's normal to see this error if you're mining disappeared after 2 min, and if you plotting only two minutes, you don't have a lot to mine. So delete you"re ploting file, and restart ploting |
|
|
|
Hi,
If I have multiple computers, each of them having it's own 1TB hdd, mining in same v2 pool with same id.
Should I need to be careful of non-overlapping plots across the multiple computers?
You can mine with the same id on multiple computer that"s not the thing which cause overlapping, you just need to generate for each drive with different starting nonce |
|
|
|
|
Show Posts
