3 ms·

> Ada, D, Swift, .NET Native, OCaml, Haskell, Oberon-2, Modula-3, Active Oberon, Component Pascal, Sing#, System C#, Eiffel, Java (AOT compiled), Common Lisp, S

• pjmlp 8y ago
  Not as fast as Rust? It seems to me you have some learning and profiling to do. Hint, many of them do enjoy multiple implementations from several vendors and even had OSes richer than Redox available. Also some of them do enjoy LLVM backends.
  • adwn 8y ago
    > It seems to me you have some learning and profiling to do. Please, enlighten me. If you could link some benchmark results, it would be very much appreciated. > many of them do enjoy multiple implementations from several vendors Having multiple implementations doesn't make a language faster. > and even had OSes richer than Redox available Being able to write an OS in a language doesn't allow any conclusions about its performance. > Also some of them do enjoy LLVM backends. An LLVM backend doesn't necessarily make a language as fast as C or Rust. You could write an LLVM backend for Python and it would still be slow as molasses.
    • pjmlp 8y ago
      > Please, enlighten me. If you could link some benchmark results, it would be very much appreciated. Well you just did a Rust Force HN post, bashing languages regarding performance, some of them like Ada, being in production since the early 80's, controlling human critical systems in real time. Besides GNAT, there are PTC ObjectAda, GreenHills Ada, SCORE Ada, PowerAda, Tartan Ada all being used in automotive, aerospace, or energy generation industries, where zero lines of Rust code exist today in production. But hey, Rust is faster. /s > Having multiple implementations doesn't make a language faster. Sure it does, it is a big performance difference to use JRuby or MRI Ruby. > Being able to write an OS in a language doesn't allow any conclusions about its performance. Slow OSes don't get users. > An LLVM backend doesn't necessarily make a language as fast as C or Rust. You could write an LLVM backend for Python and it would still be slow as molasses. You are quite right, after all D beats Rust when using LLVM in compilation speed. It is all a matter of man power, willingness to pursue certain goals and skills.
      • adwn 8y ago
        > Well you just did a Rust Force HN post You made very strong claims without evidence, I made a counter-claim, but it's me who is part of the "Rust Force"? Fine, have some evidence: https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/gnat-rust.html https://benchmarksgame-team.pages.debian.net/benchmarksgame/... [1] Rust ist faster than Ada in some benchmarks and never slower than Ada in others. You scolded me for not doing enough profiling. So, where is your hard data? > some of them like Ada, being in production since the early 80's, controlling human critical systems in real time. Performance is not the only factor, and typically not the most important factor, when it comes to safety critical systems. > Sure it does, it is a big performance difference to use JRuby or MRI Ruby. And both are slower than Rust. > Slow OSes don't get users. The speed of an OS is not its only selling factor, especially for niche uses. > You are quite right, after all D beats Rust when using LLVM in compilation speed. You're moving the goal post. The criteria were "as fast as Rust" and "as safe as Rust", not compilation speed. Yes, Rust is slow to compile, that's not the point. [1] The benchmark game is not the best evidence, but it's better than nothing.
        • igouy 8y ago
          > Rust ist faster than Ada in some benchmarks Let's take the number of programs listed on the benchmarks game for a language implementation as some-kind-of indication of community effort; and note that twice-as-many Rust programs are listed as Ada programs. > and never slower than Ada in others. fannkuch-redux https://benchmarksgame-team.pages.debian.net/benchmarksgame/faster/gnat-rust.html https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
        • pjmlp 8y ago
          Rustc is faster than GNAT Ada in some micro-benchmarks, most of them total worthless for production code running in airplanes, medical devices, train security systems. If I am supposed to now start coding micro-benchmarks across all AOT compiled system languages against Rust, then I don't have any issue losing Internet points. So now the point isn't anymore that a language cannot change execution speed by changing implementation, rather how it compares with Rust.