| Commit message (Collapse) | Author |
|---|
|
* chore(release): prepare for release v18.3.0
* build full release
* Revert "build full release"
This reverts commit 65e7718b51927ca6cb03a411cce781b81cb64eaa.
|
|
* chore(release): v18.3.0-prerelease.1
* update contributors
* changelog, plan only on prs
|
|
* Bump sqlx dependency
* Relax dependencies for Fedora
|
|
|
|
* init daemon crate
* wip
* minimal functioning daemon, needs cleanup for sure
* better errors
* add signal cleanup
* logging
* things
* add sync worker
* move daemon crate
* 30s -> 5mins
* make clippy happy
* fix stuff maybe?
* fmt
* trim packages
* rate limit fix
* more protoc huh
* this makes no sense, why linux why
* can it install literally just curl
* windows in ci is slow, and all the newer things will not work there. disable the daemon feature and it will build
* add daemon feature
* maybe this
* ok wut where is protoc
* try setting protoc
* hm
* try copying protoc
* remove optional
* add cross config
* idk nix
* does nix want this?
* some random pkg I found does this
* uh oh
* hack, be gone!
* update contributing
|
|
P99 is usually <100ms which is excellent, but occasionally has big
spikes to 1000ms. This is only on the record index.
I don't want this to get out of hand. I've ran a few test queries and
they all complete very fast, and are purely index scans.
Hopefully this helps figure out if it's a specific user with tonnes of
stores or something? Otherwise there could be something up with my db.
I should probably also figure out some proper log levels or tracing lol.
|
|
|
|
I'd like to tidy up the root a little, and it's nice to have all the
rust crates in one place
|
