full_node chia.full_node.coin_store: WARNING Height 2232613: It took 34.42s to apply 1076 additions and 65 removals to the coin store. Make sure blockchain database is on a fast drive
It is on the fast drive but at the same moment this drive is in use for plotting.
Main question is if it’s really about drive speed or it rather because of cpu is totally loaded and if so is there a way to give higher priority to this process/daemon?
I guess, it is your box, and we can only suggest what we saw on ours or what others were posting on this forum. The proof will come from you doing the work on your box, and eventually sharing that data with us. We are just a yakking group. Whether you want to consider those suggestions or not, is entirely up to you.
I plot on my full node box.
To ensure that that high resources process does not compete with any more important processes, I use taskmgr to lower the priority of the plotting jobs. I set the plotting jobs to the lowest priority.
Your plotting jobs will not run any slower (perhaps they might take 3 more seconds?). But that would mean that in those 3 seconds there were other processes that did not have to wait.
If you are using the command line, then you can probably kick off the plotting jobs with the “start” command, and set the priority to low. Something like this:
start /low chia_plot_k34.exe blah blah blah
For the above you would have to be in your madmax directory (unless you have that directory in your PATH variable). Or, you would have to spell out the complete path to chia_plot_k34.exe
A .bat script would simplify the process.
I just use taskmgr. It only takes a few seconds, and I have to change the priority only after the disk is full when starting it, again, for a different target disk (I use “-n” option to have “n” number of plots created. So it runs for days.
Any way you go about it, if you give the plotting job low priority, then that pretty-much eliminates it as a possible culprit for causing delays elsewhere.