encrypted-ref VS fst

nanorand: Zero (required) dependency RNG library for Rust, using WyRand, PCG64, and ChaCha. asar-rs: Crate to read and write asar archives, commonly used in Electron applications. tracing-oslog: Crate to output tracing logs to the macOS/iOS os_log system. encrypted-ref: Fun lil' project which creates "encrypted" versions of Rc and Arc, which encrypt the pointers in memory. sweetpaste: "Sweet n' simple" pastebin program. Uses no JS, everything is rendered server-side. twitch-chat-logger: Logs public twitch chat to a SQL database, and exposes it through a public API. chippy: For-fun CHIP-8 emulator I made, with incomplete CHIP-48 and SUPER-CHIP support. otpee: Generic HOTP/TOTP library I made. (Generic as in... it uses generics for the hashing algorithms) xpc-serde: Serde (De)serializer for XPC communication on macOS/iOS. xenon-ios: Jailbroken iOS tweak which allows for easy file transfer between an iOS device and PC.

Open Source Work: twitch-chat-logger, nanorand, asar-rs, sweetpaste, xpc-serde, encrypted-ref, otpee, tracing-oslog

encrypted-ref

I'd point you towards BurntSushi's fst crate: https://github.com/BurntSushi/fst

The fst crate effectively relies on mmap for it to work right. The folks here suggesting you just use the heap might be right, but only if using the heap is actually plausible. If your dictionary is GBs big (an FST might be bigger than available memory), then copying it the heap first would be disastrous.

You'll love what we're working on if you're interested in the implementation of:- Tantivy- Meilisearch- Finite State Transducers

Here's an example of longest prefix matching using a FST which I based my approach on: https://github.com/BurntSushi/fst/pull/104/files

Finite State Transducers

As a result, I have a plan to implement a desktop version from then and I finished today with a beta version. The desktop is based on tauri, and the dictionary index algorithm is FST (it is an awesome index algorithm).

WordBueno’s data is currently derived from Wiktionary. The backend is using Rust’s warp with fst for indexing.

No you don't. I've written multiple programs that load things instantly off the file system via memory maps. See the fst crate[1], for example, which is designed to work with memory maps.

Rust "works badly with memory mapped files" doesn't mean, "Rust can't use memory mapped files." It means, "it is difficult to reconcile Rust's safety story with memory maps." ripgrep for example uses memory maps because they are faster sometimes, and its safety contract[2] is a bit strained. But it works.

[1] - https://github.com/BurntSushi/fst/

[2] - https://docs.rs/grep-searcher/0.1.7/grep_searcher/struct.Mma...