Random tip for comparing the performance of Rust and C programs that use stdout:
Rust stdout is line-buffered, even when redirecting to a file.
Glibc (and most C libraries I know of) are smarter than this, and will switch to a more aggressive buffering scheme if they aren't writing to a terminal.
Running the program _under hyperfine_ is enough to trigger this behavior, because hyperfine takes over the stdout stream. Glibc senses that this is not a terminal and turns on a 4096-byte buffer; Rust continues making one syscall per line.
So if a Rust program that prints stuff seems to lose a performance advantage over a C counterpart when run under hyperfine, it's worth stracing to check.
(There's continuing talk of fixing this default in Rust, but it's not fixed yet.)
But in short, this is why the current set of blindness made ebook readers are the way they are.
Sylvia
in reply to Sylvia • • •Sensitive content
Dat is niet te zeggen dat ik niet blij ben met GL stemmers. Het blijft een goede stem en een sterk "breed acceptabel" links blijft goed om te hebben. Maar overweeg in plaats van enkel strategisch ook volgens je hart te stemmen. Want 1 zetel is zo veel meer voor een kleine dan een grote partij.
Mag GL lekker groot blijven, maar klein links ook gewoon eens groeien
Kalytis
in reply to Sylvia • • •Sensitive content