Transaction

c839d1793f55a42d0dda02b2d105e9a5deab995c8d87d8d5634134ca1aabbf7d
Timestamp (utc)
2024-03-24 15:37:17
Fee Paid
0.00000018 BSV
(
0.01091480 BSV
-
0.01091462 BSV
)
Fee Rate
10.42 sat/KB
Version
1
Confirmations
97,410
Size Stats
1,727 B

2 Outputs

Total Output:
0.01091462 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckMÃ<div class="post">knightmb - just curious, if you check not just the main process, but all the thread processes (ps -eflL | grep bitcoin - need the L, or else it will just show the main process), do you see the other thread processes change the priority after a little while ? &nbsp;When I change the priority or renice, it will just stick for the main process, but some of threads will change priority everytime it goes to the generate coin function..<br/><br/>there may be some confusion in thinking that nice is working in that if people dont use -L to list all threads, they just see the PID of the main process, and think that the nice/renice has worked, when in fact the 2 subthreads that are maxing the CPU are the ones that are changing the priority back..<br/><br/>I myself just ripped out the whole priority changing function, so that whatever priority I set sticks permanently..<br/><br/>my post about ripping out priority change function is in : <a href="http://bitcointalk.org/index.php?topic=72.0">http://bitcointalk.org/index.php?topic=72.0</a><br/>also shows the whole process tree.. in that code pasting, the main process would stay to whatever you nice/renice to, but 2 of the threads would change back, until i ripped out the function<br/><br/>also <a href="http://bitcointalk.org/index.php?topic=285.0">http://bitcointalk.org/index.php?topic=285.0</a> describes the bug with bitcoin changing the threads to use the highest priority instead of lowest</div> text/html
    https://whatsonchain.com/tx/c839d1793f55a42d0dda02b2d105e9a5deab995c8d87d8d5634134ca1aabbf7d