How do I update memory consumption to fix indexer memory errors?
During the indexing phase, many fetching processes are run asynchronously due to the load placed on trying to fetch all of the block content at once. These processes are stored in memory to be fetched at set intervals defined in each asynchronous fetcher.
Indexer.Memory.Monitor
checks if the BEAM memory usage exceeds a set limit (defaults to 1 GiB) and if it does, it asks the process with the most memory that is registered as shrinkable to shrink.
Memory usage is checked once per minute. If the soft-limit is reached, the shrinkable work queues will shed half their load. The shed load will be restored from the database, the same as when a restart of the server occurs, so rebuilding the work queue will be slower, but use less memory.
If all queues are at their minimum size, then no more memory can be reclaimed and an error will be logged.
Future Work
As mentioned above, future work is entered into memory to be processed later. These same processes are imported into the database to be checked on a server restart and reentered into memory to be processed.
Updating Memory Consumption
The default Memory limit is 1 GiB and can be edited by setting INDEXER_MEMORY_LIMIT
environment variable. See Memory Usage for more info.
Left Bitshift Conversion Table
To perform a left bitshift conversion yourself open the interactive shell.
1. iex
2. import Bitwise
3. 1 <<< 30
//1073741824
| Left Bitshift | Bytes | GiB |
|
| 1073741824 | 1 |
|
| 5368709120 | 5.3 |
|
| 10737418240 | 10.7 |
|
| 16106127360 | 16.1 |
|
| 21474836480 | 21.4 |
|
| 26843545600 | 26.8 |
|
| 32212254720 | 32.2 |
|
| 37580963840 | 37.6 |
|
| 42949672960 | 43 |
|
| 48318382080 | 48.3 |
|
| 53687091200 | 53.7 |
|
| 104857600 | 0.105 |
|
| 524288000 | 0.52 |
|
| 1572864000 | 1.57 |
|
| 9999220736 | ~10 |
|
| 29999759360 | ~30 |
Last updated