plot_optimizer_1.6-j6jq
-
I run
chmod u+x Optimizer.exeTo solve the permission issue but now I got:
bash: ./Optimizer.exe: cannot execute binary file: Invalid format
-
Yeah, I see. I have no idea what you are supposed to do right now.
I might give it another try, but I can't make it work either.
-
@FrilledShark eheheh for linux users ain't a easy life eheheh
I hope that @Blago could help us to solve this issue
-
@ccminer try running under wine?
-
@Xander52 Thx I'll try now
-
@ccminer
This might be a work around (It works on raspberry PI)
Download the ARM optimiser. from here: https://github.com/dawallet/burst_arm_tools
use that instead.
If that doesn't work, I will send you a copy of a file which might work. It is the one I'm using on raspberry pi, but I can't find a direct mirror.Edit: Note that I'm not entirely sure if this is gonna work ; )
-
@FrilledShark can I tell to the program where to put the optimized file?
I could use dcct optimizer but the problem is that I can not tell a different location than the one where the original plot file is!
-
@ccminer
I don't think you can. You need the updated version to do that, and I have no idea on how to make it work.
-
@FrilledShark
This is super crazy!
Don't know what to do
-
@Xander52 no it doesn't work with wine :(
-
@ccminer
Depending on your computer you can use the GPU plotter to create the optimised plots.
https://forums.burst-team.us/topic/58/gpu-plot-generator-v4-0-3-win-linux
Run it in direct mode instead of buffer
-
@FrilledShark
Yeah It will takes more than 3 days to create an optimized 5tb file. I don't know if it makes sense because to create my non optimized 5tb file it tooks like 10 hours and I have no idea how long it would have taken to optimize it but I don't think like 3 days! am I wrong?
-
@Blago When the Plot is optimized does this move the Read Data to the Outer portion of the Hard Drive or does it just create a file like a Direct Plot would? Or I guess, is the Direct plot putting the data on the Faster sectors of the hard drive? When plotting direct the data starts to fill the fast part of the drive and then the Nonces are created at the end. Can this process be reversed or is the initial data written normally the main reading portion to mine with? Or does this only have a slight effect on speed? I would like to make it so I could speed up the Reading of the Plot file on the fast sectors and just use the slow sectors as the padding so to speak.
-
@CryptoNick said in plot_optimizer_1.6-j6jq:
If the drive is gonna be full anyway, there is no difference.
-
I hope mr. @Blago will find some time to help me with this issue, I didn't find any reasonable alternative, so I have to use this script to optimize form one driver to another
-
@ccminer sorry, I haven't Linux, so I can't compile&test optimizer
try http://ce.uml.edu/compile.htm and https://github.com/Blagodarenko/plot_optimizer_1.6-j6jq/tree/master/src
-
@FrilledShark I thought Optimizing the file speeds up the mining? If the speed up is done by relocating the reading portion of Nonces then there is a difference. If it is just optimizing a Plot file done in buffered mode into a way that speeds up the mining then using optimization on top of writing the data to the faster portion of the drive would be beneficial. It may be a small gain but as the drives get bigger the speed gets faster.
-
It's frustrating that there is not a valid solution for linux user.
-
@CryptoNick It would be noticeable, but you would only need it incase you are optimising from and to one drive.
You can also just fill you the drive with another plot, that way it would not be needed, as the plots are now filling up both the fast and the slow parts.
-
@FrilledShark I appreciate the response, I am not sure if I understand what Optimization does so I wanted to validate my assumptions.
If the Plot is written in Direct Mode it Pads the Drive first then at the end it adds the Nonces. So this would mean that the Direct Mode Plot is Optimized as far as the File is concerned.
If the Plot is written in Buffered Mode it requires the Plot to be Optimized for faster mining. This would be the process of Copying the data from the Buffered Plot to another File to act as it is now a Direct Plot.
So does this Optimization also write the Nonces First and then Write the Padding? If the optimizer copies the Nonces First they will be written to the Faster part of the Hard Drive and speed up Mining on top of being Optimized.
Or does the Optimization Program copy the Padding first and then Nonces?
If not, could there be a way to Write Direct with Nonces placed at the start of the writing? This would give an even further edge and may be a boost for 5400 RPM drives too.
The Direct mode GPUPlotGenerator could also send the Nonces First natively and no Optimization would be needed at all if the Optimizer does in fact write the Nonces First when it does its work.
I am just basically trying to see if the data that is accessed during mining is on the fast part of the drive. This will become more important on bigger drives. They slow down quite a bit at the center of the drive.


