3 ms·
For C#/F# I'd suggest using the Microsoft compilers/JIT as that's a more realistic usage of C#/F#. I realize that the MSFT implementation doesn't work on Linux.
by fleitz 15y ago
For C#/F# I'd suggest using the Microsoft compilers/JIT as that's a more realistic usage of C#/F#. I realize that the MSFT implementation doesn't work on Linux.
Languages aren't faster or slower, only implementations are. Look at the performance of the CINT implementation of C.
It's conceivable that on some future computing platform Ruby would be faster than C. (Eg. On a Symbolics LISP machine LISP is probably faster than C)
- igouy 15y agoHow is suggesting a C# implementation that you know will not work realistic? Programmers run their programs with implementations not with languages - so what makes you think programmers are confused about that? When they say C they probably just mean the usual well known C compilers. Today, we can only use the programming language implementations that are available today.
- burgerbrain 15y agoBenchmarking C# on any platform other than Windows with Microsoft's stack, then pretending you are being honest.... that's just nuts.
- igouy 15y ago>>then pretending you are being honest<< ... that's just ad hominem.
- burgerbrain 15y agoAnd your comment notably fails to address my concern.
- igouy 15y agoName calling doesn't rise to the level of expressing a concern.
- burgerbrain 15y agoI am expressing concern that you don't seem to see any issue in the slightest with benchmarking an effectively Microsoft language with Microsofts stack. Good job acting indignant to avoid addressing this. Allow me to additionally point out that this account you are posting with seems to be used solely for the purpose of trolling discussions about programming languages. Someone who only shows up for programming language discussions surely cannot be any stranger to a very mild "insult" or two.