From 7b3cbc9dad793cedb744a7502e81ae45bc410ab4 Mon Sep 17 00:00:00 2001 From: Joe Ardent Date: Mon, 31 Jul 2023 07:28:17 -0700 Subject: [PATCH] tweak --- content/sundries/presenting-julids/index.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/content/sundries/presenting-julids/index.md b/content/sundries/presenting-julids/index.md index e1d895f..9fb1421 100644 --- a/content/sundries/presenting-julids/index.md +++ b/content/sundries/presenting-julids/index.md @@ -278,7 +278,7 @@ those crates! Feel free to steal code from me any time! [name](https://gitlab.com/nebkor/julid/-/blob/2484d5156bde82a91dcc106410ed56ee0a5c1e07/Cargo.toml#L24) is just "julid"; that's how you refer to it in a `use` statement in your Rust program. -[^counter idea]: Sticking the counter bits after the timestamp bits was stolen from +[^counter idea]: Putting the counter bits after the timestamp bits was stolen from , though they use only 15 bits for the counter, due to each character in the string encoding representing five bits, and using three whole characters for the counter. That gives them one more random bit than Julids, and @@ -289,8 +289,8 @@ those crates! Feel free to steal code from me any time! integer](https://gitlab.com/nebkor/julid/-/blob/2484d5156bde82a91dcc106410ed56ee0a5c1e07/src/julid.rs#L11-12) to ensure that IDs generated within the same millisecond have incremented counters, but that atomic counter is not global; calling `Julid::new()` in Rust and `select julid_new()` in SQLite - will not be aware of each others' counters. I just make sure to only generate them inside the - DB. + would be as though they were generated on different machines. I just make sure to only generate + them inside the DB. [^my computer]: According to the output of `lscpu`, my computer has an "AMD Ryzen 9 3900X 12-Core Processor", running between 2.2 and 4.6 GHz. It's no slouch!