Plot Optimizer v1.6 with GUI 1.0.3-j6jq (Win) [Not for XPlotter]
-
@RichBC I had to use less ram! If I remember right I used 12gb ram or 16gb!
-
@RichBC At the very bottom of the picture you posted is a text (nearly no contrast) ...
Not enough free space on device. Free 565 MB to continue
-
@luxe Thanks I did not see that :-) I "solved" the problem by using a different drive as I could not work out why it was not working on my F Drive which was an SSD. Also using 24GB of RAM was fine.
Rich
-
Really good info in this thread for a newbie like me :)
So, am I correct in assuming that if I were to optimize my current 2TB plot (on a 5TB drive), it would create a 2nd 2TB plot on that same drive. Then, if I did not delete the non-optimized Plot, the miner would actually mine both plots? My first thought was that this would be a good way to compare pre and post optimization, but on second thought, it probably will just give the combined results of both plots, correct?
What criteria in the command window should I look for to benchmark my pre-optimized plot so I can compare afterwards?
Also, if optimizing does make sense for me (Im CPU mining on Windows AIO GUI using an i7-6800k), the problem is that it will be difficult to get an entire drive optimized since you always need the amount of space equivalent to the plot you are optimizing. So, I can do it for my 2TB of 5TB, but I could not repeat that same process for a 2nd plot of 2TB on this drive because then I would be at 4 of 5TB plotted, and would only have 1TB left for optimizing (not enough). Obviously I could go to 1TB to help a bit, but eventually you are going to run out of space this way with the final plot being non-optimized.
To circumvent this issue, would it be possible to optimize to a different drive than the source plot file, then delete the original and copy the optimized from the "copy drive" back to the main drive? Granted, this is a lot of copying of huge files so maybe not a great idea, but wanted to know if it was at least possible.
-
You are correct in your assumptions. Also, I think that your miner will mine both plots, but you won't get any advantages from this, it will be like submitting the same winning ticket twice in a lottery. However, for the sake of benchmarking, I can imagine you can achieve this by putting the optimized and non-optimized plot in separate volumes, so that you get a different reading for each of them. Then you can see in how many seconds each reading completes.
To circumvent your issue with running out of space when optimizing plots, you could simply make smaller and smaller plots, so that in the end you only "miss out" on a few GB. This process can be tedious, but you will be able to fill your drive nonetheless. And yes, I think it is possible to optimize to a different drive, then delete the original, and then move the optimized plot back where you want it.
-
@GabryRox said in Plot Optimizer v1.6 with GUI 1.0.3-j6jq (Win):
To circumvent this issue, would it be possible to optimize to a different drive than the source plot file, then delete the original and copy the optimized from the "copy drive" back to the main drive? Granted, this is a lot of copying of huge files so maybe not a great idea, but wanted to know if it was at least possible.
Best thing to do is to use dedicated drives for plots then as you describe use a second drive for the optimised plot. However instead of copying back to the first drive, just mine with the second drive & erase the first drive ready for the next plot, and so on. :-)
Rich
-
I am trying to optimize a plot which is 1.2GB and the GUI goes for hours and nothing happens. Below without any contrast is written file is already orginized any help to optimize small files ?
-
@CoinBuster I think the Optimiser is saying that your plot is already optimised. Check the file with explorer and see if the last two numbers in the filename the same?
Rich
-
@RichBC you correct. The file was very small ~ 1GB therefor the file was already optimised and the two numbers were the same.
-
Not sure if it hidden in the instructions somewhere but just wanted to say that you can express the files to be Optimised with a wildcard (F:\Burst\Plots\*) and then all the plots in that directory will be processed in turn.
Only problem is that only the first plot is correctly reported in the GUI. You have to rely on checking the Optimised directory for when optimising is complete.
Rich
-
@luxe What to use for linux ubuntu?
-
I am still not able to get this to work. I have tried all kinds of RAM settings, there is no info that appears in the corner, and no process that launches in task manager. Nothing simply happens when I press the optimize button. I am using Windows 10.
EDIT
I am able to plot using the command line, but the GUI on the picture would not work.
-
@Propagandalf said in Plot Optimizer v1.6 with GUI 1.0.3-j6jq (Win):
I am still not able to get this to work. I have tried all kinds of RAM settings, there is no info that appears in the corner, and no process that launches in task manager. Nothing simply happens when I press the optimize button. I am using Windows 10.
EDIT
I am able to plot using the command line, but the GUI on the picture would not work.
@luxe Having the same issue on Windows 7
-
If GUI why ever is not working ... only chance is use command line ... i did not write this software ... sources for gui not available ... i just posted it here so it does not get lost.
For me it works flawless on Win8, both gui and command line.
-
do i have to run defrag after i optimize one plot ?
-
@Rendavu Quite sure that is not needed ... if you for example optimize one drive to another, the target drive should not be fragmented at all.
-
@luxe thank you!
-
So I have an interesting question that hopefully Blago or another DEV can answer. How does a miner (GPUMiner, JMiner, etc...) determine if a plot file is optimized or not? The 64 byte reads for each scoop are in different spots of the plot file depending if the file is optimized or not. There is no header information in a plot to define if it is optimized or not. How does the mining software know?
Thanks,
-IceBurst
-
@IceBurst The stagger size in the filename tells the miner what section to mine.
-
I thought Stagger represents the maximum amount of memory to allocate while mining, I don't know how that can determine the layout of a plot file. I'll go review the process work flow and see if I can figure it out by carefully reviewing the stagger.
Thanks,
-IceBurst



