В этом случае (хотя и сейчас для перестраховки надежней так делать) надо дождаться, когда майнер создаст блок и добавит туда транзакцию. Появление нового блока в среднем занимает 10 минут, а может продлиться и вовсе до 40, поэтому некоторые бизнесы не дожидаются этого и сразу засчитывают транзакцию на этапе попадания ее в мемпул.
Я не знаю детально как работают джобы под капотом, поэтому сложно что-то сказать. Но я сделал пару итераций, чтобы сравнить результаты:
time make -j "$(($(sysctl -n hw.physicalcpu)))"
>make -j "$(($(sysctl -n hw.physicalcpu)))" 2066.41s user 136.78s system 739% cpu 4:58.08 total
time make -j "$(($(sysctl -n hw.physicalcpu)))"
>make -j "$(($(sysctl -n hw.physicalcpu)))" 2040.59s user 135.83s system 734% cpu 4:56.25 total
time make -j "$(($(sysctl -n hw.physicalcpu) + 1))"
>make -j "$(($(sysctl -n hw.physicalcpu) + 1))" 1939.44s user 131.89s system 730% cpu 4:43.57 total
time make -j "$(($(sysctl -n hw.physicalcpu) + 1))"
>make -j "$(($(sysctl -n hw.physicalcpu) + 1))" 2026.15s user 138.11s system 716% cpu 5:01.90 total
Разброс получается слишком большой, чтобы можно было дать статистически значимый результат)
Да. Причем помимо Bitcoin Core с включенным full-RBF, есть еще неофициальные ноды, которые тоже могут поддерживать эту функцию (например, Bitcoin Knots). На текущий момент подключенных к сети кастомных нод – 7.3%
В команде “make -j”, параметр определяет количество джоб для параллельного вычисления. Верхнее ограничение необязательно определяется количеством доступных ядер или потоков процессора. Максимально допустимое число джоб зависит еще от количества доступной памяти, сколько каждая джоба памяти потребляет, I/O задержки и тд.
Так как сложно выделить метрику, сколько реально джоб оптимальней всего запустить, то обычно привязываются на количество ядер. Но можно поставить количество джоб чуть выше и это может ускорить процесс.
В этом случае (хотя и сейчас для перестраховки надежней так делать) надо дождаться, когда майнер создаст блок и добавит туда транзакцию. Появление нового блока в среднем занимает 10 минут, а может продлиться и вовсе до 40, поэтому некоторые бизнесы не дожидаются этого и сразу засчитывают транзакцию на этапе попадания ее в мемпул.
Я не знаю детально как работают джобы под капотом, поэтому сложно что-то сказать. Но я сделал пару итераций, чтобы сравнить результаты:
Разброс получается слишком большой, чтобы можно было дать статистически значимый результат)
Да. Причем помимо Bitcoin Core с включенным full-RBF, есть еще неофициальные ноды, которые тоже могут поддерживать эту функцию (например, Bitcoin Knots). На текущий момент подключенных к сети кастомных нод – 7.3%
В команде “make -j”, параметр определяет количество джоб для параллельного вычисления. Верхнее ограничение необязательно определяется количеством доступных ядер или потоков процессора. Максимально допустимое число джоб зависит еще от количества доступной памяти, сколько каждая джоба памяти потребляет, I/O задержки и тд.
Так как сложно выделить метрику, сколько реально джоб оптимальней всего запустить, то обычно привязываются на количество ядер. Но можно поставить количество джоб чуть выше и это может ускорить процесс.
Вот тут об этом детальней обсуждают: https://unix.stackexchange.com/questions/208568/how-to-determine-the-maximum-number-to-pass-to-make-j-option