4 ms·

Super fast, type safe (and thread safe in Rust), compiled, low/no cost abstractions

• pecan_xt 11y ago
  Super fast? More like Java ballpark: http://benchmarksgame.alioth.debian.org/u64q/compare.php?lang=rust&lang2=java http://benchmarksgame.alioth.debian.org/u64q/compare.php?lan...
  • steveklabnik 11y ago
    We've been focused more on language semantics than the Benchmarks Game for a while now. A few months ago, iirc, we were faster than C on some of them.
    • jamii 11y ago
      It looks like the worst offenders (vs C) are regex-dna (which is a young regex + unicode vs pcre + ascii) and fasta (where the rust version is still single-core). The others are at 1-2x cpu and on par for memory. I suspect most of them could be on par or better with a little effort - only regex looks hard.
      • burntsushi 11y ago
        > only regex looks hard. I'm working on improving the regex engine now. Hopefully I can submit some improvements soon. :-) It will be hard to get near the top, but I think there's some low hanging fruit I can tackle first.
    • igouy 11y ago
      Let's not make this about the benchmarks game. A couple of weeks ago you said -- "… optimizing performance hasn't been a focus, shipping good language semantics has been." https://news.ycombinator.com/item?id=9565405 https://news.ycombinator.com/item?id=9565405 edit: Please provide a better response than downmods.
      • pcwalton 11y ago
        Optimizing language performance has been a focus. Optimizing the workloads tested on the benchmarks game has not been a focus.
        • igouy 11y ago
          You seem to have a disagreement with what steveklabnik said, so please take that up with him. https://news.ycombinator.com/item?id=9554676 https://news.ycombinator.com/item?id=9554676 edit: Please provide a better response than downmods.
          • ben0x539 11y ago
            Please provide better manners than those in your comments. :)
            • igouy 11y ago
              It isn't bad manners to ask Rusky or pcwalton to show measurements in support of their claims. It isn't bad manners to trust that when steveklabnik answers "No, as optimizing performance hasn't been a focus, shipping good language semantics has been." that's what he means. https://news.ycombinator.com/item?id=9554676 https://news.ycombinator.com/item?id=9554676
  • supster 11y ago
    > what are some of the things that make a language more suited to systems programming rather than web the answer was to what qualities make a lang suited for systems programming not just specific to Rust
  • Rusky 11y ago
    The benchmarks game's results are not very correlated with real-world performance. In this context, Rust's semantics do allow C-level performance- they make it straightforward to describe the same machine code that C would. In some cases, they even enable more compiler optimizations than C does. Java, on the other hand, makes it hard or impossible to do that (straightforwardly at least). A more mature compiler will make a lot of difference- compare early Java performance to where it is now, for example.
    • igouy 11y ago
      >>not very correlated with real-world performance<< Please share your measurements of "real-world performance" that are "not very correlated" with the benchmarks game's results. edit: Please provide a better response than downmods.
      • pcwalton 11y ago
        Servo layout, painting, DOM performance. JSON serialization in serde.
        • igouy 11y ago
          Obviously not in any way an answer to the question asked. edit: Please provide a better response than downmods.
          • Daishiman 11y ago
            Go actually check the things pcwalton mentioned instead of complaining.
            • igouy 11y ago
              Please provide comparison measurements of the things pcwalton mentioned. Just a URL to published comparison measurements would be so much more interesting for anyone interested in Rust, than downmods.
  • adwn 11y ago
    Okay, so I just tested the n-body benchmark [1] for Rust and C++ (program #8), and where they list runtimes of 24.62/9.4 (a factor of 2.62), I actually got a factor of 1.25 (5.45/4.35) on my machine [2]. I used the same version of Rust and nearly the same version of gcc (4.9.1 vs 4.9.2). Conclusion: Don't draw conclusions from the benchmarks game. [1] http://benchmarksgame.alioth.debian.org/u64q/performance.php?test=nbody http://benchmarksgame.alioth.debian.org/u64q/performance.php... [2] i5-3470 @ 3.20GHz
    • igouy 11y ago
      Conclusion: "Measurement is highly specific … Measurement is not prophesy." (benchmarks game homepage.)