Readit News logoReadit News
mdf commented on Total surface area required to fuel the world with solar (2009)   landartgenerator.org/blag... · Posted by u/robtherobber
ytpete · 5 days ago
Your main point still stands, but aren't both of them renewable? Corn is a renewable resource, thus ethanol derived from it is too. It's just seemingly a much less efficient renewable fuel for powering a car compared to solar.
mdf · 5 days ago
You're right. Perhaps clean would better capture the distinction in favor of solar in this context? Both corn and solar convert insolation to usable power with a short time between capture and use. Solar, on the other hand, is net negative when it comes to emissions, while the corn harvest is just burnt with the CO2 escaping back to the atmosphere. (And potentially, the solar panels can just be recycled back to new solar panels when they reach the end of their lifetimes. They're mostly aluminum and glass after all.)
mdf commented on Total surface area required to fuel the world with solar (2009)   landartgenerator.org/blag... · Posted by u/robtherobber
dalyons · 5 days ago
The square km the US uses to grow corn for ethanol is about ~~ 1/3rd the total global area required for solar in this article. Ethanol that is a gigantic waste of resources.

They seem like big numbers until you compare it with the enormity of what we already do.

mdf · 5 days ago
Yes, and the corn-based ethanol here is used for "feeding cars" that have combustion engines, i.e. it's already used exactly for energy production. The most recent Technology Connections video[1] quoted some numbers on this. All this land dedicated to disposable energy production could be dedicated to renewable energy production instead.

[1] https://www.youtube.com/watch?v=KtQ9nt2ZeGM

mdf commented on France dumps Zoom and Teams as Europe seeks digital autonomy from the US   apnews.com/article/europe... · Posted by u/AareyBaba
mdf · 8 days ago
Just today, a citizens' initiative started collecting signatures in Finland to stop recent projects that aim to transfer hosting of election, taxation, and social security data on services provided by US-run companies.[1]

[1] https://digitaalinenitsenaisyys.fi/

mdf commented on Zmij: Faster floating point double-to-string conversion   vitaut.net/posts/2025/fas... · Posted by u/fanf2
vitaut · 2 months ago
Good question. I am not familiar with string-to-double algorithms but maybe it's an easier problem? double-to-string is relatively complex, people even doing PhD in this area. There is also some inherent asymmetry: formatting is more common than parsing.
mdf · 2 months ago
> formatting is more common than parsing.

Is it, though? It's genuinely hard for me to tell.

There's both serialization and deserialization of data sets with, e.g., JSON including floating point numbers, implying formatting and parsing, respectively.

Source code (including unit tests etc.) with hard-coded floating point values is compiled, linted, automatically formatted again and again, implying lots of parsing.

Code I usually work with ingests a lot of floating point numbers, but whatever is calculated is seldom displayed as formatted strings and more often gets plotted on graphs.

mdf commented on Xmonad seeking help for Wayland port (2023)   xmonad.org/news/2023/10/0... · Posted by u/clircle
schuyler2d · 5 months ago
I was so sad when I lost xmonad support on Ubuntu 24.

I think the closest thing that could get most of the way there is https://github.com/domferr/tilingshell/

mdf · 5 months ago
Could you elaborate?

I'm a long-time Xmonad user. Currently, I'm using Ubuntu 25.04, having upgraded to new non-LTS releases every six months, on two computers running Xmonad. I haven't run into any problems.

mdf commented on Trump halts construction on nearly complete wind farm off Rhode Island   thepublicsradio.org/envir... · Posted by u/doener
mdf · 6 months ago
Europe seems to be having a rough time dealing with costly energy investments involving unstable regimes.
mdf commented on Improving performance of rav1d video decoder   ohadravid.github.io/posts... · Posted by u/todsacerdoti
Voultapher · 9 months ago
Since you seem to enjoy this kind of writing I'd love to get your feedback on something I've written a while back about branchless partitioning [1]. Despite it being content wise the most work to create of the things I've written about the topic, it found much less attention than other things I've written. So far I've wondered if it was maybe too technical? Would love to get an honest opinion.

[1] https://github.com/Voultapher/sort-research-rs/blob/main/wri...

mdf · 9 months ago
Just finished reading your linked article. I found it interesting and I experienced similar excitement from the results as mentioned up-thread. There were some new things I learned, too.

I wouldn't say your article is too technical; it does go a bit deeper into details, but new concepts are explained well and at a level I found suitable for myself. Having said that, several times I felt that the text was a bit verbose. Using more succinct phrasing needs, of course, a lot of additional effort, but… I guess it's a kind of an optimization as well. :)

mdf commented on Improving performance of rav1d video decoder   ohadravid.github.io/posts... · Posted by u/todsacerdoti
mdf · 9 months ago
There's something about real optimization stories that I find fascinating – particularly the detailed ones including step-by-step improvements and profiling to show how numbers got better. In some way, they are satisfying to read.

Nicholas Nethercote's "How to speed up the Rust compiler" writings[1] fall into this same category for me.

Any others?

[1] https://nnethercote.github.io/

mdf commented on Matt Godbolt sold me on Rust by showing me C++   collabora.com/news-and-bl... · Posted by u/LorenDB
dvratil · 9 months ago
The one thing that sold me on Rust (going from C++) was that there is a single way errors are propagated: the Result type. No need to bother with exceptions, functions returning bool, functions returning 0 on success, functions returning 0 on error, functions returning -1 on error, functions returning negative errno on error, functions taking optional pointer to bool to indicate error (optionally), functions taking reference to std::error_code to set an error (and having an overload with the same name that throws an exception on error if you forget to pass the std::error_code)...I understand there's 30 years of history, but it still is annoying, that even the standard library is not consistent (or striving for consistency).

Then you top it on with `?` shortcut and the functional interface of Result and suddenly error handling becomes fun and easy to deal with, rather than just "return false" with a "TODO: figure out error handling".

mdf · 9 months ago
Generally, I agree the situation with errors is much better in Rust in the ways you describe. But, there are also panics which you can catch_unwind[1], set_hook[2] for, define a #[panic_handler][3] for, etc.

[1] https://doc.rust-lang.org/std/panic/fn.catch_unwind.html

[2] https://doc.rust-lang.org/std/panic/fn.set_hook.html

[3] https://doc.rust-lang.org/nomicon/panic-handler.html

u/mdf

KarmaCake day551September 9, 2013View Original