Files
nats-server/server
Derek Collison adef8281a2 Updates to the way meta indexing is handled for filestore.
Historically we kept indexing information, either by sequence or by subject, as a per msg block operation. These were the "*.idx" and "*.fss" indexing files. When streams became very large this could have an impact on recovery time. Also, for encryption the fast path for determining if the indexing was current would require loading and decrypting the complete block.

This design moves to a more traditional WAL and snapshot approach. The snapshots for the complete stream, including sumary information, global per subject information maps (PSIM) and per msg block details including summary and dmap, are processed asynchronously. The snapshot includes the msh block and has for the last record considered in the snapshot. On recovery the snapshot is read and processed and any additional records past the point of the snapshot itself are processed. To this end, any removal of a message has to be expressed as a delete tombstone that is always added the the fs.lmb file. These are processed on recovery and our indexing layer knows to skip them.

Changing to this method drastically improves startup and recovery times, and has simplified the code. Some normal performance benefits have been seen as well.

Signed-off-by: Derek Collison <derek@nats.io>
2023-08-30 16:12:45 -07:00
..
2023-08-02 11:25:48 -07:00
2023-07-21 16:56:13 -07:00
2023-07-18 12:21:31 -07:00
2023-06-03 10:03:23 +05:30
2023-06-05 14:13:18 -07:00
2023-08-29 11:09:49 -07:00
2023-08-25 11:04:37 -07:00
2023-08-24 16:20:46 -07:00
2023-08-21 15:55:00 -07:00
2023-08-21 15:55:31 -07:00
2023-06-27 20:41:57 -07:00
2023-06-02 13:19:22 +03:00
2023-08-21 15:55:00 -07:00
2023-05-15 15:44:38 -07:00
2023-08-21 15:55:00 -07:00
2023-07-21 16:56:13 -07:00
2023-07-21 16:56:13 -07:00
2023-08-26 12:53:07 -07:00
2023-08-26 12:53:07 -07:00
2023-08-02 11:25:48 -07:00
2023-08-02 11:25:48 -07:00
2023-08-04 10:15:35 -07:00
2023-08-28 11:52:01 -07:00
2023-04-12 11:48:22 -07:00
2023-04-12 11:48:22 -07:00
2023-08-25 11:03:54 -07:00
2023-08-02 11:25:48 -07:00
2023-04-29 19:52:57 -07:00
2023-08-21 15:55:00 -07:00
2023-01-17 17:40:39 -08:00
2022-12-27 09:41:39 +01:00
2023-08-01 21:46:54 -07:00
2023-08-17 15:28:48 +01:00

Tests

Tests that run on Travis have been split into jobs that run in their own VM in parallel. This reduces the overall running time but also is allowing recycling of a job when we get a flapper as opposed to have to recycle the whole test suite.

JetStream Tests

For JetStream tests, we need to observe a naming convention so that no tests are omitted when running on Travis.

The script runTestsOnTravis.sh will run a given job based on the definition found in ".travis.yml".

As for the naming convention:

  • All JetStream tests name should start with TestJetStream
  • Cluster tests should go into jetstream_cluster_test.go and start with TestJetStreamCluster
  • Super-cluster tests should go into jetstream_super_cluster_test.go and start with TestJetStreamSuperCluster

Not following this convention means that some tests may not be executed on Travis.