RSSAmplifier

Blog

blaz.is

h33p's blog on random topics

blaz.isRSS feed ↗10 posts

Latest posts

CGlue 0.3 Future and Beyond

CGlue 0.3 now supports Future , Stream , and Sink in version 0.3 ! They're not only safe, but also, relatively fast. All this took around a year to build, and I may now explain the keys to the async. Recap CGlue is an ABI safety solution, that focuses on expressing dynamic trait objects in a stable manner. A #[cglue_trait] attribute is added to a trait, which triggers CGlue's code generator to…

What If Your Body Was Just a Vessel?

I recently read 2 of Eckhart Tolle's books - "The Power of Now" and "A New Earth". Without a doubt, some of the most important books I've read in a really long time. Instead of trying to explain them through content, though, let me lead you through a hypothetical scenario. Imagine you are a God. The whole reality, the whole universe, everything is your creation. Every person you know, every…

Announcing mfio - Completion I/O for Everyone

I'm extremely proud to announce the first release of mfio , mfio-rt , and mfio-netfs ! This is the most flexible Rust I/O framework, period. Let's get into it, but before that, warning: this is going to be a dense post, so if you want a higher level overview, check out the release video :) mfio is an ambitious project that builds on the ideas of No compromises I/O . In the YouTube video, I say…

What If We Pretended That a Task = Thread?

In my previous post I made a fairly inaccurate attempt at describing one of the primary problems plaguing current async ecosystem and an idea of solving it. Redditors criticized me, and rightfully so - the post was written in one go without giving it time to rest and the solution was not optimal. So I thought about it more, and I think I am on to something. Recap The core premise of my original…

`Future + Send` Was (Not) Unavoidable

If you've done any async programming in Rust, you will have encountered the problem, where you can't run tokio::spawn , because the future cannot be sent between threads safely . This is a tale about why this problem exists, how it could be solved for good, and why it's not trivial to do without breaking existing code. Rust Thread Safety Rust ensures thread safety through 2 really ingenious…

We Need Type Information, Not Stable ABI

I've always been a strong proponent of dynamic linking, and last month a new Rust proposal dropped - interoperable_abi . It sparked discussions, plans forward, and my excitement was immeasurable. Then, one member said something that got me thinking. And after much thinking, I don't think ABI is what we need today. What we need is type information. Let me explain. Preface Rust has been a black hole…

No compromises I/O

"Mr. h33p, what kind of substance are you on? All I want is 2 simple read/write functions!", said everyone in the room. Well, if you just let me get into the weeds, I'll tell you why that's not enough, and why we can do much, much better. Preface Happy holidays, everyone! I/O is at the heart of memflow - it is the path from read/write invokation on a virtual process all the way to low level…

"Permanent Record" Review

Edward Snowden's autobiography is a story about young man's journey leading up to arguably one of the most important events of the second decade, a story about rejection of evil, a story about rejection of being complicit, a story about standing up, even though all the cards are stacked up against one. Welcome to the book club! This is the first installment of the series, far too long coming, but…

Getting Your Stuff Together #1

If you've been following me, you probably noticed I have gone silent. I wish I was able to say it was a massive project that is done now and I'm ready to share it with the world, no, I simply didn't do anything. Until April I had my dissertation, and after that, I've been simply not living up to my standards. It's fun and all to float around, but one day you will have to pick yourself up and do…

Reinventing memflow-cli

Today I went for a casual walk around campus and for the next 2 hours started to think about memflow's CLI/daemon. We're essentially rewriting it for 0.2 with a much more flexible design. The question is how exactly the architecture is going to look like. Join me for some thoughts regarding that. Overview I am not going to talk much about the current design of the daemon - it's a hacked together…