3 ms·

the rust example is so far off being useful and file io seems completly dumb in this context

• pizlonator 10mo ago
  Real programs have to do IO and the C and C++ code runs faster while also doing IO. What do you think they could have done better assuming that the IO is a necessary part of the benchmark? Also good job to the Rust devs for making the benchmark so much faster in nightly. I wonder what they did.
  • Aurornis 10mo ago
    The file I/O is probably irrelevant, but the startup time is not. The differences among the really fast languages are probably in different startup times if I had to guess.
    • pizlonator 10mo ago
      > differences among the really fast languages are probably in different startup times Startup times matter a great deal.
    • igouy 10mo ago
      What if we try to measure rather than guess :-) https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/nbodyinprocess.html https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
  • igouy 10mo ago
    > Assuming that the IO is a necessary part of the benchmark … So make it significant, move giga like benchmarks game reverse-complement & fasta & … https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/revcomp.html https://benchmarksgame-team.pages.debian.net/benchmarksgame/...