5 ms·
And then there’s the little issue of over a magnitude improvement in performance in Julia compared to the already-optimized Common Lisp code…
by proffeatur8 4y ago
And then there’s the little issue of over a magnitude improvement in performance in Julia compared to the already-optimized Common Lisp code…
- forgotpwd16 4y agoTrue. Julia makes it easier to write performant code. Plus there're nice facilities enabling further optimization.
- deleted 4y ago[deleted]
- reikonomusha 4y agoOn average, you will not get anything close to order of magnitude speed-ups on optimized Lisp code.
- eigenspace 4y agoThis really depends. If someone is trying to operate with small user defined generic functions on a large array of user defined defined classes in Common Lisp in a tight loop (i.e. what Michael was doing) then performance is very very hard to recover. Of course, performance claims about Common Lisp are very slippery because one can always say "well, __ implementation using ___ library can avoid ____ specific performance problem", but I think it's fair to say that in general, generic code and CLOS features can land you in very serious performance trouble quite quickly, especially if you're trying to make reasonably portable code.
- medo-bear 4y agoin general if you are concerned with performance you will want the ability to "touch metal", which means digging into implementation-specific compiler details. this is something that sbcl is very good at providing portable code is appropriate when the whole language can benefit from your library