You can not select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
48 lines
2.5 KiB
48 lines
2.5 KiB
The following environment variables are required:
|
|
|
|
COIN - see lib/coins.py, must be a coin NAME
|
|
NETWORK - see lib/coins.py, must be a coin NET
|
|
DB_DIRECTORY - path to the database directory (if relative, to run script)
|
|
USERNAME - the username the server will run as
|
|
SERVER_MAIN - path to the server_main.py script (if relative, to run script)
|
|
DAEMON_URL - the URL used to connect to the daemon. Should be of the form
|
|
http://username:password@hostname:port/
|
|
Alternatively you can specify DAEMON_USERNAME, DAEMON_PASSWORD,
|
|
DAEMON_HOST and DAEMON_PORT. DAEMON_PORT is optional and
|
|
will default appropriately for COIN.
|
|
|
|
In addition either RPC_URL must be given as the full RPC URL for
|
|
connecting to the daemon, or you must specify RPC_HOST, RPC_USER,
|
|
RPC_PASSWORD and optionally RPC_PORT (it defaults appropriately for
|
|
the coin and network otherwise).
|
|
|
|
The other environment variables are all optional and will adopt
|
|
sensible defaults if not specified.
|
|
|
|
REORG_LIMIT - maximum number of blocks to be able to handle in a chain
|
|
reorganisation. ElectrumX retains some fairly compact
|
|
undo information for this many blocks in levelDB.
|
|
Default is 200.
|
|
|
|
Your performance might change by tweaking these cache settings. Cache
|
|
size is only checked roughly every minute, so the caches can grow
|
|
beyond the specified size. Also the Python process is often quite a
|
|
bit bigger than the combine cache size, because of Python overhead and
|
|
also because leveldb can consume quite a lot of memory during UTXO
|
|
flushing. So these are rough numbers only:
|
|
|
|
HIST_MB - amount of history cache, in MB, to retain before flushing to
|
|
disk. Default is 250; probably no benefit being much larger
|
|
as history is append-only and not searched.
|
|
|
|
UTXO_MB - amount of UTXO and history cache, in MB, to retain before
|
|
flushing to disk. Default is 1000. This may be too large
|
|
for small boxes or too small for machines with lots of RAM.
|
|
Larger caches generally perform better as there is
|
|
significant searching of the UTXO cache during indexing.
|
|
However, I don't see much benefit in my tests pushing this
|
|
too high, and in fact performance begins to fall. My
|
|
machine has 24GB RAM; the slow down is probably because of
|
|
leveldb caching and Python GC effects. However this may be
|
|
very dependent on hardware and you may have different
|
|
results.
|