I'm looking for .NET projects using SQLite that I could swap the original nuget dependency with Turso in order to surface bugs, gaps in features, and performance issues. Reply with a link to the project I should try wiring the .NET Turso bindings into 👇

What is this turso ?

This project of mine is dormant but its goal was to test DB compatibility, so maybe useful? github.com/mysql-net/AdoNetA…

btw for quick development speed and faster dev compile times, someone made a jvm compile target for rust github.com/IntegralPilot/rus…

It is fucking insane how slow Rust compilation is on Windows even after creating a Dev Drive and tweaking some Defender options On my Ryzen 9600X fresh builds can take up to 60s while on Fedora WSL it takes <20s, what's going on here?

Good tip, will try

Super impressed with @DevolutionsInc RDM. Been using their free version for years and I get asked frequently during presentations about the tool. Would love to have them show up at @mmsmoa or our @tcsmug as a sponsor.

Hey @awakecoding Jim O'Neil here. I'm one of the board members of @tcsmug and I'm a customer engineer @PatchMyPC . We really love your stuff. If you would like discuss coming out to a user group meeting please message me and the group ONeil.jim@gmail.com and info@tcsmug.org.

I figured out why "dotnet restore" performance is so bad on Windows runners as opposed to Linux runners: GitHub Actions doesn't override NUGET_PACKAGES, NUGET_HTTP_CACHE_PATH to point to the D:\ drive which is where the builds are done with faster disk I/O 👇

Applied this to our .NET builds on windows-latest: 1. NUGET_PACKAGES=D:\nuget\packages and NUGET_HTTP_CACHE_PATH=D:\nuget\http-cache in the workflow-level env:. Use literal paths; ${{ runner.temp }} isn't allowed in env:. 2. Install the SDK with dotnet-install.ps1 into D:\dotnet, set DOTNET_ROOT, and add it to GITHUB_PATH. Results: - dotnet restore: 148s → 26s - SDK install: 63s → 24s - Whole job: 6m24s → 4m21s

I'm listening, it's not the first time someone mentions MMS MOA, do you mean the next one in May 2027? Sponsoring means we need to have the whole booth and people there, it's much easier if we can send someone as an attendee or speaker to an event

👀 Hello there, HydraFusion in the GitHub Copilot app!

Let's go! Excited to get your feedback

Just deployed this change to our standard workflow and saw some .NET restore times (on windows-latest) drop from 5.5 minutes to 1.5 minutes.

Wait, what? Why the hell isn't this done automatically..?!

If Rust fades, my belief is that it will be for this reason

Awesome, I'm glad to hear that! I've been looking at how we could help with some of the funding on those initiatives, even if there are large PRs that show promising improvements, there would still need to be someone to review and get the work merged upstream properly

That work is the source of changes like github.com/rust-lang/rust/pu… (though have only upstreamed one other beyond that so far)

I'm planning to open source it soon

I've done a lot of experimentation around it. I have a fork of the toolchain that is ~33% faster when replaying development sessions (so like, ~33% faster across real commands) and uses ~40-60% less disk space. But even that, I'm not sure is enough.

Compile times and disk space. It was a good run though.