ARM vs x86: Pathfinding benchmark of C++, D, Go, Nim, Ocaml, Common Lisp, Racket, C#, Java, Haskell, F#, Rust and Dart
Porównanie wydajności róƶnych języków programowania i ich implementacji na platformach x86 i ARM przy pomocy algorytmu wyszukiwania najdłuƶszej ścieƶki. Pomiędzy językami są lekkie zmiany w algorytmie, więc nawet pomijając QoI cięƶko je porównywać (chociaƶ C++ i D w ścisłej czołówce mnie cieszą)
Porównanie wydajności róƶnych języków programowania i ich implementacji na platformach x86 i ARM przy pomocy algorytmu wyszukiwania najdłuƶszej ścieƶki. Pomiędzy językami są lekkie zmiany w algorytmie, więc nawet pomijając QoI cięƶko je porównywać (chociaƶ C++ i D w ścisłej czołówce mnie cieszą)
@KrzaQ2: Mi podoba się, że Java dość dobrze wypadła. To tylko pokazuje, że z wersji na wersję następuje progres w wydajności.
Mi podoba się, że Java dość dobrze wypadła.
@zebatykocur: To był komentarz tego zdania. Plus to co wyżej.
1. nie wiem czy przegapiłem gdzieś odpowiedź, ale dlaczego #commonlisp a nie #scheme lub #racket?
2. czy jest jakaś fajna dokumentacja do standardowej biblioteki?
3. jakiś menadżer pakietów (chciałbym np. JSONa sobie odczytać)?
4. czy da się jakoś spakować program napisany w lispie do .exe albo jako binarkę do uruchomienia bez posiadania zainstalowanego lispa na docelowym komputerze?
5. czy da się w lispie programować mikrokontrolery i dlaczego nie