mirror of
https://github.com/XRPLF/rippled.git
synced 2025-12-06 17:27:55 +00:00
9b9f34f881
With few exceptions, servers will typically receive multiple copies of any given message from its directly connected peers. For servers with several peers this can impact the processing latency and force it to do redundant work. Proposal and validation messages are often relayed with extremely high redundancy. This commit, if merged, introduces experimental code that attempts to optimize the relaying of proposals and validations by allowing servers to instruct their peers to "squelch" delivery of selected proposals and validations. Servers making squelching decisions by a process that evaluates the fitness and performance of a given server and randomly selecting a subset of the best candidates. The experimental code is presently disabled and must be explicitly enabled by server operators that wish to test it.
87 lines
2.7 KiB
C++
87 lines
2.7 KiB
C++
//------------------------------------------------------------------------------
|
|
/*
|
|
This file is part of rippled: https://github.com/ripple/rippled
|
|
Copyright (c) 2012, 2013 Ripple Labs Inc.
|
|
|
|
Permission to use, copy, modify, and/or distribute this software for any
|
|
purpose with or without fee is hereby granted, provided that the above
|
|
copyright notice and this permission notice appear in all copies.
|
|
|
|
THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES
|
|
WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF
|
|
MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR
|
|
ANY SPECIAL , DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
|
|
WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN
|
|
ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF
|
|
OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
|
|
*/
|
|
//==============================================================================
|
|
|
|
#ifndef RIPPLE_OVERLAY_TUNING_H_INCLUDED
|
|
#define RIPPLE_OVERLAY_TUNING_H_INCLUDED
|
|
|
|
#include <chrono>
|
|
|
|
namespace ripple {
|
|
|
|
namespace Tuning {
|
|
|
|
enum {
|
|
/** Size of buffer used to read from the socket. */
|
|
readBufferBytes = 4096,
|
|
|
|
/** How long a server can remain insane before we
|
|
disconnected it (if outbound) */
|
|
maxInsaneTime = 60,
|
|
|
|
/** How long a server can remain unknown before we
|
|
disconnect it (if outbound) */
|
|
maxUnknownTime = 300,
|
|
|
|
/** How many ledgers off a server can be and we will
|
|
still consider it sane */
|
|
saneLedgerLimit = 24,
|
|
|
|
/** How many ledgers off a server has to be before we
|
|
consider it insane */
|
|
insaneLedgerLimit = 128,
|
|
|
|
/** The maximum number of ledger entries in a single
|
|
reply */
|
|
maxReplyNodes = 8192,
|
|
|
|
/** How often we check connections (seconds) */
|
|
checkSeconds = 32,
|
|
|
|
/** How often we latency/sendq probe connections */
|
|
timerSeconds = 8,
|
|
|
|
/** How many timer intervals a sendq has to stay large before we disconnect
|
|
*/
|
|
sendqIntervals = 4,
|
|
|
|
/** How many timer intervals we can go without a ping reply */
|
|
noPing = 10,
|
|
|
|
/** How many messages on a send queue before we refuse queries */
|
|
dropSendQueue = 192,
|
|
|
|
/** How many messages we consider reasonable sustained on a send queue */
|
|
targetSendQueue = 128,
|
|
|
|
/** How often to log send queue size */
|
|
sendQueueLogFreq = 64,
|
|
|
|
/** How often we check for idle peers (seconds) */
|
|
checkIdlePeers = 4,
|
|
};
|
|
|
|
/** The threshold above which we treat a peer connection as high latency */
|
|
std::chrono::milliseconds constexpr peerHighLatency{300};
|
|
|
|
} // namespace Tuning
|
|
|
|
} // namespace ripple
|
|
|
|
#endif
|