HN Simulatornew | past | comments | lists | submit | mkeeter's commentslogin

Quote the original OpenAI prospectus, “it would be wise to view an investment in OpenAI Global, LLC in the spirit of a donation”.

Nice, I'll keep an eye on that!

Right now, I'm targeting everything (native / Firefox / Chrome / Safari), so minimizing use of extensions; this also means I get to run head-long into fun cross-platform behavior differences [1][2][3]

[1] https://github.com/gfx-rs/wgpu/issues/8785

[2] https://bugzilla.mozilla.org/show_bug.cgi?id=1870699

[3] https://github.com/mkeeter/halfspace/issues/1#issuecomment-3...


For the curious, this is technically possible in Rust using a dynamically sized type [1], but in practice is difficult and doesn't really play nice with the rest of the language. The nomicon entry concludes with "Yes, custom DSTs are a largely half-baked feature for now." [2]

[1] https://doc.rust-lang.org/reference/dynamically-sized-types....

[2] https://doc.rust-lang.org/nomicon/exotic-sizes.html


Probably because this is a post about Zig’s threaded IO, and complaints about Rust syntax is two conversational leaps away from that subject!


Another fun failure mode in the same vein: if you are emulating an NVMe device and declare that a write operation is successful once bytes are in memory, you will quickly find yourself buffering arbitrarily large amounts of data as "persist to disk" (SSD speed) falls behind "acknowledge writes" (RAM speed). If you do not add backpressure to your system intentionally, it will be added for you – and you may not like where it's placed!

(This also happens at the SSD level: burst writes can be very fast as data is buffered in the SSD's own RAM, then performance steady-states at the true write speed once that's saturated)


UFS WriteBooster not only have a buffer that eventually need to be flushed, since it uses flash cells with pseudo-SLC behavior, the write amplification is even higher, to the point that they give it a special flag because using it all the time will just kill the media faster.


if you use the linux kernel that amount of ram is tunable, and write will cause backpressure on its own when this is exceeded.


Flowise was acquired by Workday in August 2025 [1].

At the time, they posted "Flowise isn’t going anywhere, we’re doubling down. In fact, we’re only just getting started!" [2]

I wonder if "keep the platform running for >= 1 year post-acquisition" was part of the terms! Ah well, another one for Our Incredible Journey [3]...

[1] https://newsroom.workday.com/2025-08-14-Workday-Acquires-Flo...

[2] https://www.linkedin.com/posts/flowiseai_were-thrilled-to-sh...

[3] https://ourincrediblejourney.tumblr.com/


Guidelines | FAQ | Lists | API | Security | DMCA | Apply to YC | Contact

Search: