A
там процесс плоттинга параллелится только на первом стейдже и то не до 100% CPU usage
Size: a a a
2020 December 18
P
без гиппертрединга
A
поэтому нужно дать 2-3 треда чтобы оно параллелило, они будут немного мешать друг другу в первом стейдже но зато общая загрузка проца будет выше
A
т.е. если им дать по треду то они не будут юзать эти ядра на 100% скорей всего
A
можно по два треда попробовать
A
да, кстати, когда пулы появятся под них нужно будет переплоттивать все. на первых порах адрес пула будет прошиваться в плотах
A
потом сделают механизм выбора пула а ля бурст
E
А это как? В винде можно его только удалить с корнями и все
A
вот не знаю...
A
надо уточнять у них
R
Как такое может быть?
P
https://youtu.be/CFjCD2AyD6Y информативно
R
Похоже, если всё на самом деле так, то реально нужна мощная машина с тучей дисков, чтобы (если это всё удастся автоматизировать, а очень хочется надеяться, что это будет реализовано в самом софте, из коробки) было быстрее. Иначе, пердоне муа, заебёшься.....
A
сам удивляюсь. может я что-то не так понял
P
ну если ловим 1 блок в неделю, то удалитъ плот на 100гб и новый сделать не особо то и проблематично, можно 1 в запасе держать на буфере каком)
R
А это где сказано?
P
Why is it recommended that a winning plot be deleted on mainnet?
There is a possible attack where an attacker who can co-ordinate N deep from the tip of the chain can try to coerce a winning farmer to re-write a historical transaction block. This attack is much more difficult and thus less of a risk in new consensus. Additionally, having more than one set of rewards go to the same plot and farmer lowers the farmer's pseudonymity. We expect that by mainnet, plotting will both be much faster and most farmers will have large enough farms that re-plotting the space opened up by a winning plot will be quick enough. We plan to have the software automate the process up to and including kicking off a remote plotting process if the current hardware that a farmer or harvester are on is not up to the task of re-plotting. But to repeat, deleting winning plots is, and will always be, totally optional.
There is a possible attack where an attacker who can co-ordinate N deep from the tip of the chain can try to coerce a winning farmer to re-write a historical transaction block. This attack is much more difficult and thus less of a risk in new consensus. Additionally, having more than one set of rewards go to the same plot and farmer lowers the farmer's pseudonymity. We expect that by mainnet, plotting will both be much faster and most farmers will have large enough farms that re-plotting the space opened up by a winning plot will be quick enough. We plan to have the software automate the process up to and including kicking off a remote plotting process if the current hardware that a farmer or harvester are on is not up to the task of re-plotting. But to repeat, deleting winning plots is, and will always be, totally optional.
P
totally optional
