Files
rippled/src/ripple/protocol
Mark Travis 8eb8c77886 Performance logging and counters:
* Tally and duration counters for Job Queue tasks and RPC calls
    optionally rendered by server_info and server_state, and
    optionally printed to a distinct log file.
    - Tally each Job Queue task as it is queued, starts, and
      finishes running. Track total duration queued and running.
    - Tally each RPC call as it starts and either finishes
      successfully or throws an exception. Track total running
      duration for each.
  * Track currently executing Job Queue tasks and RPC methods
    along with durations.
  * Json-formatted performance log file written by a dedicated
    thread, for above-described data.
  * New optional parameter, "counters", for server_info and
    server_state. If set, render Job Queue and RPC call counters
    as well as currently executing tasks.
  * New configuration section, "[perf]", to optionally control
    performance logging to a file.
  * Support optional sub-second periods when rendering human-readable
    time points.
2018-04-08 02:24:38 -07:00
..
2018-04-08 01:52:11 -07:00
2018-04-08 01:52:11 -07:00
2016-04-20 12:01:25 -04:00
2016-08-05 11:13:57 -04:00
2018-04-08 01:52:11 -07:00
2018-04-08 02:24:38 -07:00
2015-07-31 17:39:03 -07:00
2018-01-17 10:00:20 -08:00
2016-08-05 11:13:57 -04:00
2018-04-08 01:52:11 -07:00
2017-06-08 21:37:22 -07:00
2018-04-08 01:52:12 -07:00
2015-10-20 11:35:24 -04:00
2015-07-29 11:56:05 -04:00
2018-04-08 01:52:11 -07:00
2018-04-08 01:52:11 -07:00
2018-04-08 01:52:11 -07:00
2015-05-06 13:11:24 -07:00
2018-01-17 10:00:20 -08:00
2018-04-08 01:52:11 -07:00
2018-01-17 10:00:20 -08:00
2015-06-25 09:05:06 -07:00
2018-04-08 01:52:11 -07:00

protocol

Classes and functions for handling data and values associated with the Ripple protocol.

Serialized Objects

In ripple objects transmitted over the network must be serialized into a canonical format. The prefix "ST" refers to classes that deal with the serialized format of ripple objects.

The term "Tx" or "tx" is an abbreviation for "Transaction", a commonly occurring object type.

Optional Fields

Our serialized fields have some "type magic" to make optional fields easier to read:

  • The operation x[sfFoo] means "return the value of 'Foo' if it exists, or the default value if it doesn't."
  • The operation x[~sfFoo] means "return the value of 'Foo' if it exists, or nothing if it doesn't." This usage of the tilde/bitwise NOT operator is not standard outside of the rippled codebase.
    • As a consequence of this, x[~sfFoo] = y[~sfFoo] assigns the value of Foo from y to x, including omitting Foo from x if it doesn't exist in y.

Typically, for things that are guaranteed to exist, you use x[sfFoo] and avoid having to deal with a container that may or may not hold a value. For things not guaranteed to exist, you use x[~sfFoo] because you want such a container. It avoids having to look something up twice, once just to see if it exists and a second time to get/set its value. (Real example)

The source of this "type magic" is in SField.h.