4 ms·

> First off, anyone who is seriously citing the Benchmarks Game as to making a definitive declaration of whether a language is slow or fast is intellectually di

> First off, anyone who is seriously citing the Benchmarks Game as to making a definitive declaration of whether a language is slow or fast is intellectually dishonest. But Rust is actually significantly slower than C++, that's for sure. You're welcome to test it by yourself.

steveklabnik 10y ago
> You're welcome to test it by yourself. If this is true, please file bugs. They're treated as such.
- igouy 10y ago
  A Rust k-nucleotide program based on std::collections::hash_map would be welcome. Edit (2017-02-09): Here are Rust k-nucleotide programs - http://benchmarksgame.alioth.debian.org/u64q/program.php?test=knucleotide&lang=rust&id=1 http://benchmarksgame.alioth.debian.org/u64q/program.php?tes... http://benchmarksgame.alioth.debian.org/u64q/program.php?test=knucleotide&lang=rust&id=2 http://benchmarksgame.alioth.debian.org/u64q/program.php?tes... http://benchmarksgame.alioth.debian.org/u64q/program.php?test=knucleotide&lang=rust&id=3 http://benchmarksgame.alioth.debian.org/u64q/program.php?tes...
  - steveklabnik 10y ago
    I don't know the history here, but https://github.com/TeXitoi/benchmarksgame-rs/blob/master/src/k_nucleotide.rs https://github.com/TeXitoi/benchmarksgame-rs/blob/master/src... https://github.com/TeXitoi/benchmarksgame-rs/issues/34 https://github.com/TeXitoi/benchmarksgame-rs/issues/34 (though some things have changed since these comments...)
    - igouy 10y ago
      k_nucleotide.rs implements it's own hash table, and that is no longer accepted: k-nucleotide programs that do that have been removed. Hence -- k-nucleotide source secs KB gz cpu cpu load No program contribute your program http://benchmarksgame.alioth.debian.org/u64q/rust.html http://benchmarksgame.alioth.debian.org/u64q/rust.html
      - steveklabnik 10y ago
        What about languages that do not include their own hash tables? C is allowed to, but Rust is not?
        igouy 10y ago
        No, the C programs are not allowed to implement their own hash table -- and as a consequence no C k-nucleotide program was shown for a couple of months. http://benchmarksgame.alioth.debian.org/u64q/knucleotide-description.html#knucleotide http://benchmarksgame.alioth.debian.org/u64q/knucleotide-des... Rust std::collections provides hash table implementations, it's just a matter of using them.
        steveklabnik 10y ago
        > some use a third-party hash table library. This is what I'm getting at. Since C doesn't provide a built-in hash table, they get to choose one that's good on this benchmark, but other languages can't. That's not great. (I actually have no idea if the std::collections hashmap is deficient in some way, I care about this in the abstract, not specifically.)
        igouy 10y ago
        No, they don't "get to choose one that's good on this benchmark". They get to use a third-party library that was not invented for this benchmark -- that would be the point!

steveklabnik 10y ago

> You're welcome to test it by yourself. If this is true, please file bugs. They're treated as such.

igouy 10y ago
A Rust k-nucleotide program based on std::collections::hash_map would be welcome. Edit (2017-02-09): Here are Rust k-nucleotide programs - http://benchmarksgame.alioth.debian.org/u64q/program.php?test=knucleotide&lang=rust&id=1 http://benchmarksgame.alioth.debian.org/u64q/program.php?tes... http://benchmarksgame.alioth.debian.org/u64q/program.php?test=knucleotide&lang=rust&id=2 http://benchmarksgame.alioth.debian.org/u64q/program.php?tes... http://benchmarksgame.alioth.debian.org/u64q/program.php?test=knucleotide&lang=rust&id=3 http://benchmarksgame.alioth.debian.org/u64q/program.php?tes...
- steveklabnik 10y ago
  I don't know the history here, but https://github.com/TeXitoi/benchmarksgame-rs/blob/master/src/k_nucleotide.rs https://github.com/TeXitoi/benchmarksgame-rs/blob/master/src... https://github.com/TeXitoi/benchmarksgame-rs/issues/34 https://github.com/TeXitoi/benchmarksgame-rs/issues/34 (though some things have changed since these comments...)
  - igouy 10y ago
    k_nucleotide.rs implements it's own hash table, and that is no longer accepted: k-nucleotide programs that do that have been removed. Hence -- k-nucleotide source secs KB gz cpu cpu load No program contribute your program http://benchmarksgame.alioth.debian.org/u64q/rust.html http://benchmarksgame.alioth.debian.org/u64q/rust.html
    - steveklabnik 10y ago
      What about languages that do not include their own hash tables? C is allowed to, but Rust is not?
      - igouy 10y ago
        No, the C programs are not allowed to implement their own hash table -- and as a consequence no C k-nucleotide program was shown for a couple of months. http://benchmarksgame.alioth.debian.org/u64q/knucleotide-description.html#knucleotide http://benchmarksgame.alioth.debian.org/u64q/knucleotide-des... Rust std::collections provides hash table implementations, it's just a matter of using them.
        steveklabnik 10y ago
        > some use a third-party hash table library. This is what I'm getting at. Since C doesn't provide a built-in hash table, they get to choose one that's good on this benchmark, but other languages can't. That's not great. (I actually have no idea if the std::collections hashmap is deficient in some way, I care about this in the abstract, not specifically.)
        igouy 10y ago
        No, they don't "get to choose one that's good on this benchmark". They get to use a third-party library that was not invented for this benchmark -- that would be the point!