Move identities to a database #47

Closed
opened 2022-01-07 09:58:37 +01:00 by pfm · 2 comments
Collaborator

We should:

  1. measure performance of current solution (spawning a gpg process each time we need to encrypt a message) and
  2. see if it doesn't limit our throughput. If it did, we could move identities to a database for faster lookup.

Options:

  • a key-value file database (Berkeley DB, gdbm, etc.);
  • a key-value / NoSQL database (Redis, Mongo);
  • a relational database (Maria DB, Postgresql).
We should: 1. measure performance of current solution (spawning a `gpg` process each time we need to encrypt a message) and 2. see if it doesn't limit our throughput. If it did, we could move identities to a database for faster lookup. Options: - a key-value file database (Berkeley DB, gdbm, etc.); - a key-value / NoSQL database (Redis, Mongo); - a relational database (Maria DB, Postgresql).
pfm added the
IDEA
label 2022-01-07 09:58:37 +01:00
Author
Collaborator

Done with !130.

Done with !130.
Author
Collaborator

Solved with !130.

Solved with !130.
pfm closed this issue 2024-01-06 14:56:21 +01:00
Sign in to join this conversation.
No Milestone
No Assignees
1 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: Disroot/gpg-lacre#47
No description provided.