david barsky
davidbarsky.com
david barsky
@davidbarsky.com
950 followers 420 following 480 posts
i like cooking and reading books. my day job is to work on ersc.io, but before, it was rust-analyzer. he/they is fine.
Posts Media Videos Starter Packs
i think one of more surreal moments in the last few weeks was seeing @steveklabnik.com's announcement be featured by @quinnypig.com in Last Week in AWS. like, i started that jj startup! we're not even on AWS at the moment!
we also won't require forks; you'll just submit a set of commits for contribution atop of `main`/`trunk`.
sorry for the delay. for full disclosure: we're building a proprietary SaaS product, raised venture capital, and find "open core" software to be distasteful. we have not considered what federation entails, but strongly believe that this is *your* data.
oh, i was making a dumb joke about how half the polycules i know have an SSO setup.

as for federation: whatcha mean? activitypub-style federation, something more like tangled, or…?
the latter is going to need to pay the sso tax on ersc.io, unfortunately
oh so DLMs speak heptapod b
i think this analogy is more revealing than intended, given the infamous personalities of many surgeons
they’re very proud of the fact that they don’t have any SREs there

(source: i worked there)
(i’m pretty sure we bank with your employer, fwiw)
1. go-to-def being slow is interesting/weird, ty. i should profile it sooner than later. do you have cache priming enabled?
2. give it a try. doesn’t require nightly, just a clone and a cargo xtask. it’s been a big improvement for things like autocomplete, IME
(for one, if you have many, try disabling rust-analyzer’s native diagnostics. we lock on a per-open file basics, which causes some severe degradation in performance)
ah. the single core performance there is pretty darn good, and ra’s performance is bottlenecked on single-core. two follow-up questions:
1. how many tabs of buck2 code do you have open at any given time
2. have you tired using HEAD (building from source) of ra with the new trait solver
what’s your hardware, outta curiosity?
you should put in _just_ your email; none of the `ersc subscribe --newsletter`. sorry about that UI not being clear!
Reposted by david barsky
TL;DR: I'm going to be leaving @oxide.computer next month, which I'm very sad about. But it's to join @ersc.io , which I'm very excited about!
wait, what’s happening
i think for ra to take advantage of it, it needs to be statically enforced
this is a limited sample, but the serial nature of proc macro evaluation has a big impact on rust-analyzer’s performance:

bsky.app/profile/davi...
like, this isn’t a fair, head-to-head comparison because macros introduce new items to resolve, but disabling proc macro expansion in rust-analyzer on buck2 (a 500k LoC codebase) caused ra’s startup time to go from 30 seconds to *11* seconds. there was only a 20% reduction in items!
as for data, nothing in public. i know of some stuff from my time at facebook, but i can’t disclose that.
yes, but:
1. from-scratch build times are pretty common IME. get several per day because i switch between commits!
2. they’ll only get more common as workflows make use of worktree-like features
3. CI build times are *very* legible
4. proc macros have to rerun on every keystroke in an IDE!
might i volunteer Rowan for Reasons™

(formatting incomplete code)
If It Happened, it’d be hilariously DV-core
like, this isn’t a fair, head-to-head comparison because macros introduce new items to resolve, but disabling proc macro expansion in rust-analyzer on buck2 (a 500k LoC codebase) caused ra’s startup time to go from 30 seconds to *11* seconds. there was only a 20% reduction in items!