| Commit message (Collapse) | Author | Age | Files | Lines |
| |\
| |
| |
| | |
17772ef Eliminate dependence on boost::interprocess #8223 (Jeffrey)
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In this repo, `boost::interprocess` was being used soley to make `uint32_t` operations atomic. So I replaced each instance of
`boost::interprocess::ipcdetail::atomic(...)32` with `std::atomic` methods. I replaced member declarations as applicable. For example,
when I needed to change a `volatile uint32_t` into a `std::atomic<uint32_t>`. Sometimes, a member was being used a boolean flag, so
I replaced it with `std::atomic<bool>`.
You may notice that I didn't touch `levin_client_async.h`. That is because this file is entirely unused and will be deleted in PR monero-project#8211.
Additional changes from review:
* Make some local variables const
* Change postfix operators to prefix operators where value was not need
|
| |/ |
|
| | |
|
| |\
| |
| |
| | |
eb1b321fe miner: increase min/max intervals to full extents (moneromooo-monero)
|
| | |
| |
| |
| |
| |
| | |
This prevents setting target to, eg, 65 being ignored
and remove an unused constant
|
| |/
|
|
| |
Update copyright year to 2020
|
| |
|
|
| |
It causes link errors at least on mac
|
| |
|
|
| |
Support RandomX PoW algorithm
|
| |
|
|
| |
issue: #5568
|
| |
|
|
|
| |
Related to emission, reorgs, getting tx data back, output
distribution and histogram
|
| | |
|
| |\
| |
| |
| | |
59478c80 daemon: new mining_status command (moneromooo-monero)
|
| | | |
|
| | | |
|
| |/ |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Only works from V5 fork onward - returns 0 before that block.
|
| | |
|
| |
|
|
|
|
| |
Added an extra path to check for linux power supply status.
Added ignore battery option. If set to true, then when we can't figure out
the power status, we'll assume the system is plugged in.
|
| |
|
|
| |
was resetting bg mining enabled instead of started. Upped the miner threshold. Also moved setting of enabled on start above miner thread creation since starting with true, then stopping, then starting with false resulted in race condition.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
source, and CPU has been idle for some time, then begin mining to some
threshold (don't destroy the users' CPU).
This patch only supports windows and linux (I've only tested on Win64 and
Ubuntu).
The variables currently default to pretty conservative values (i.e. 20%
CPU mining threshold).
|
| |
|