Rippled: max_transactions (i.e. mempool) should be a config option rather than hardcoded

Created on 21 Jul 2020  路  5Comments  路  Source: ripple/rippled

Good First Issue Tech Debt

All 5 comments

It probably should be.

I think it'd be fine to have "hard" limits in the code, and allow server operators to adjust "soft" limits within hard limits. For example:

/* These may not belong here - having this logic in the config may make more sense */
constexpr int minJQTxCount = 100;
constexpr int maxJQTxCount = 1000;

auto int limit = std::clamp(/* value from config */, minJQTxCount, maxJQTxCount);

if (app_.getJobQueue().getJobCount(jtTRANSACTION) > limit)

I would like to work on this issue if no one else is actively working on it.

@Ghorbanian go ahead! Thanks for volunteering!

I would like to work on this issue if no one else is actively working on it.

Cool! Easy fix ... should be easy to get a PR accepted. Clamp on new config value as nik suggested.

I believe this has already been handled by @natenichols in #3562.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

mDuo13 picture mDuo13  路  5Comments

lambda2003 picture lambda2003  路  6Comments

mDuo13 picture mDuo13  路  4Comments

mDuo13 picture mDuo13  路  6Comments

nbougalis picture nbougalis  路  9Comments