I rented an FX-8320 CPU to plot some of my 3TB drives today. I say "rented" because I intend to carefully open its box, get the job done, and return it within 15 days for a full refund.
I'm renting a big engine for a specific job, the Sempron 145 sucks, even when unlocked to Athlon 4450e dual core mode.
Topic: [ANN][BURST] Burst | Efficient HDD Mining | New 1.2.3 Fork block 92000 - page 928. (Read 2171083 times)
September 08, 2014, 10:43:24 PM
September 08, 2014, 10:39:58 PM
http://burstmp.com/ is still having serious problems with stale shares. whatever "profitability" change yall made seriously crippled ASICS. ive moved over 100mh off your pool until this can get rectified. please fix as soon as possible and i will return. it all started today after the annoucement about the changes.
I started an old stratum for you stratum+tcp://pool.burstmp.com:3421, sorry about the problems.
Perfect. Wonderfull Pool OP couldnt ask for any more. back to hashing.
September 08, 2014, 10:30:29 PM
http://burstmp.com/ is still having serious problems with stale shares. whatever "profitability" change yall made seriously crippled ASICS. ive moved over 100mh off your pool until this can get rectified. please fix as soon as possible and i will return. it all started today after the annoucement about the changes.
I started an old stratum for you stratum+tcp://pool.burstmp.com:3421, sorry about the problems.
giving it a try now. its ok just dont like wasting electricity
September 08, 2014, 10:27:37 PM
http://burstmp.com/ is still having serious problems with stale shares. whatever "profitability" change yall made seriously crippled ASICS. ive moved over 100mh off your pool until this can get rectified. please fix as soon as possible and i will return. it all started today after the annoucement about the changes.
I started an old stratum for you stratum+tcp://pool.burstmp.com:3421, sorry about the problems.
September 08, 2014, 10:25:32 PM
can i leave all to 99% and close the plot generation or you suggest me to start from scratch ?
Yep, just kill the plot generator jobs.
September 08, 2014, 10:20:54 PM
http://burstmp.com/ is still having serious problems with stale shares. whatever "profitability" change yall made seriously crippled ASICS. ive moved over 100mh off your pool until this can get rectified. please fix as soon as possible and i will return. it all started today after the annoucement about the changes.
September 08, 2014, 10:04:34 PM
PROBLEM : my linux partitions are shown as 5.6 TB
i created one plot for every computer each with 22000000 with dcct plot
the plot generator was shwoing 5371 gb but my fastest computer after 3 days plotting is stuck @ 99% due to not enough space and soon my other computers too ( all computers have same disk drives - 3x2 tb in raid 0) ;( can i leave all to 99% and close the plot generation or you suggest me to start from scratch ?
edit : NM JUST NOW got message from dcct plot generator : finished plotting
lucky me ehehhe
thats from df -k
/dev/md3 5765327576 5632337028 0 100% /home
still have som 100 gigas in there ^^ plenty o space.... bettah leave room for it or plot those 140 giga ?
ps suggestion for every one : your linux show space in TB but PLOT GENERATOR even if indicates GB show the final lenght of file in TiB (1 TB = 1000 GB
1 TiB = 1024 GiB)
1TB = 1 000 000 000 000 byte
1Tib = 1 099 511 627 776 byte
so make your plots accordingly and dont risk like me
i created one plot for every computer each with 22000000 with dcct plot
the plot generator was shwoing 5371 gb but my fastest computer after 3 days plotting is stuck @ 99% due to not enough space and soon my other computers too ( all computers have same disk drives - 3x2 tb in raid 0) ;( can i leave all to 99% and close the plot generation or you suggest me to start from scratch ?
edit : NM JUST NOW got message from dcct plot generator : finished plotting
lucky me ehehhethats from df -k
/dev/md3 5765327576 5632337028 0 100% /home
still have som 100 gigas in there ^^ plenty o space.... bettah leave room for it or plot those 140 giga ?
ps suggestion for every one : your linux show space in TB but PLOT GENERATOR even if indicates GB show the final lenght of file in TiB (1 TB = 1000 GB
1 TiB = 1024 GiB)
1TB = 1 000 000 000 000 byte
1Tib = 1 099 511 627 776 byte
so make your plots accordingly and dont risk like me
September 08, 2014, 10:03:03 PM
C Miner Update (dcct) for burst-pool.cryptoport.io
if you are using c miner for linux, please update your miner : https://s3-ap-southeast-1.amazonaws.com/burst-mirror/dcct-pool-miner-r2.tgz
this basically remove deadline limit and add socket timeout on nonce submission
usage:
don't use 'http' in pool-hostname
if you are using c miner for linux, please update your miner : https://s3-ap-southeast-1.amazonaws.com/burst-mirror/dcct-pool-miner-r2.tgz
this basically remove deadline limit and add socket timeout on nonce submission
usage:
Code:
./dcct-miner...
don't use 'http' in pool-hostname
September 08, 2014, 09:26:53 PM
Guys i'm trying to hook up another hdd too plot it and mine from it, my first one was like this #AccounId#_0_1700000_7000 which is 425gb, what should my next start and end with so as to not creatie overlapping nonces?? I appreciate the help. Newbie here.
start your next one at 1700000 use https://bchain.info/BURST/tools/overlap
What should it end with? Because when i double this amount it says 5100000 nonces total (1245 GB) when it should only be about 850gb..
#AccounId#_0_1700000_7000
#AccounId#_1700000_3400000_7000
Also can i plot that hdd to the same account ID as the other one?
You don't want to double the amount - that number is "how many nonces do I want to generate" not "what should the last nonce number be".
So if you want another ~425 GB plotfile, use #AccountId# 1700000 1700000 7000
Format is:
September 08, 2014, 09:17:58 PM
I ran the tool at https://bchain.info/BURST/tools/overlap and this was the result:
3104997 nonces overlap (758 GB)
6744997 nonces total (1646 GB)
6742 disk seeks per Scoop (53.9 seconds @ 8ms)
I don't know how I did this because I thought that my math was good.
Anyway it says I have 1646 GB total on a drive that had 888 GB free when I started generating plots..
WTF does that mean? I have other drives that are reporting overlaps too.
Should I wipe it out and start new?
Thanks
Signed
The Retard.
3104997 nonces overlap (758 GB)
6744997 nonces total (1646 GB)
6742 disk seeks per Scoop (53.9 seconds @ 8ms)
I don't know how I did this because I thought that my math was good.
Anyway it says I have 1646 GB total on a drive that had 888 GB free when I started generating plots..
WTF does that mean? I have other drives that are reporting overlaps too.
Should I wipe it out and start new?
Thanks
Signed
The Retard.
They are beeing added up: 758 + 888 = 1646
Whats shown is correct, no need to start over.
Well that is a relief but I do not understand the math. Before I started generating plots I only had 888 GB free on the drive. I had to reboot my computers while plotting so have multiple files. So why the 1646 GB total for 888 GB of space? I am confused.
The file NAME will reflect the full plot range you started plotting, even if you didn't finish plotting it.
If you know the last plot that was actually reported as plotted before you restarted, you will have to rename the file to that nonce instead.
...or you could start over. But renaming the file (if you know the last nonce it actually contains) would be more efficient than re-plotting everything.
I will leave it because I am not sure now. I used the advice of people on here and started plotting again. I do not think that there are overlaps or 1 nonce at the most. Thanks for putting my mind at ease.
The tool on the web site only analyzes the file names, not the files themselves. So, if one of your plot files was incomplete but you didn't rename it, then the tool will think it overlaps when it may not.
September 08, 2014, 08:41:56 PM
September 08, 2014, 08:11:11 PM
Sorry if this got answer already but i can't find it, lets say i have multiple hdd can i just copy paste the miner and plot gen to the other drives and run both miner and plot gen from there on all hdd ?
I know you can do this from the same computer, but not sure about different computers (in the case that you're using external USB hard drives). Just remember to change the plot ranges...they're not hard drive dependent, they're account dependent.
thanks it looks like its wroking that way
September 08, 2014, 08:08:20 PM
Sorry if this got answer already but i can't find it, lets say i have multiple hdd can i just copy paste the miner and plot gen to the other drives and run both miner and plot gen from there on all hdd ?
I know you can do this from the same computer, but not sure about different computers (in the case that you're using external USB hard drives). Just remember to change the plot ranges...they're not hard drive dependent, they're account dependent.
and also from another computer
pool mining
for solo mining that you have to change the ip where the wallet
September 08, 2014, 08:07:43 PM
Is there any way to generate plot files locally using an EC2 instance?
For example, I have a local 4TB storage but I want to plot in the cloud via streaming the files. Does something like this exist? I DON'T want to store the files in EBS since that will cost me a ton. Or is downloading from EBS and then wiping the only way? Does S3 charge for the whole month on the spot or is it hourly/daily/averaged?
For example, I have a local 4TB storage but I want to plot in the cloud via streaming the files. Does something like this exist? I DON'T want to store the files in EBS since that will cost me a ton. Or is downloading from EBS and then wiping the only way? Does S3 charge for the whole month on the spot or is it hourly/daily/averaged?
You'd be charged for the bandwidth to transfer large amounts of data from your EC2 to a local drive.
September 08, 2014, 08:04:23 PM
Sorry if this got answer already but i can't find it, lets say i have multiple hdd can i just copy paste the miner and plot gen to the other drives and run both miner and plot gen from there on all hdd ?
I know you can do this from the same computer, but not sure about different computers (in the case that you're using external USB hard drives). Just remember to change the plot ranges...they're not hard drive dependent, they're account dependent.
September 08, 2014, 08:00:45 PM
Sorry if this got answer already but i can't find it, lets say i have multiple hdd can i just copy paste the miner and plot gen to the other drives and run both miner and plot gen from there on all hdd ?
September 08, 2014, 07:48:29 PM
I got a new hard drive in the mail today. This compy is already busy plotting, so I'm gonna use a different comp to start plotting on. Can I still just copy over the pool PocMiner, adjust the plot ranges, and then generate/mine on another computer? Will this still connect to the v2 pool with the same account?
September 08, 2014, 07:47:16 PM
Is there any way to generate plot files locally using an EC2 instance?
For example, I have a local 4TB storage but I want to plot in the cloud via streaming the files. Does something like this exist? I DON'T want to store the files in EBS since that will cost me a ton. Or is downloading from EBS and then wiping the only way? Does S3 charge for the whole month on the spot or is it hourly/daily/averaged?
For example, I have a local 4TB storage but I want to plot in the cloud via streaming the files. Does something like this exist? I DON'T want to store the files in EBS since that will cost me a ton. Or is downloading from EBS and then wiping the only way? Does S3 charge for the whole month on the spot or is it hourly/daily/averaged?
September 08, 2014, 07:38:04 PM
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
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
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://bitcointalksearch.org/topic/m.8695829
Thanks, 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
So the usage would be like this: "D:/gpuPlotGenerator
Is that format correct? Is the thread count need for gpu plotting(Point out in bold)? What's the nonce/minute rate?
September 08, 2014, 07:37:10 PM
How long would 4TB take to plot on a last gen i7 mobile? Anyone know how many nonces/second and how long it would take? How could I calculate this?
Don't wanna waste my time.
Don't wanna waste my time.
My laptop's i7 4700QM @3.2ghz generates 3700 NPM using dcct's plotter running Ubuntu 14.04.
Jump to: