Sep 29, 2010 16:25
Итого, погнали по следам
предыдущего поста.
- На двухъядерном линуксе у dmitry_vk моя лисповая реализация оказалась быстрее жабьей почти на 40% ( пруф)
- У меня на ноуте (Core Duo T6600) бенчмарк отработал еще быстрее: 2.956s (напомню: на десктопе Core Quad Q6600, результат 7.4s)
- Задачу зааппрувили на shootout, она ожидаемо неплохо выступила на x86 Core Quad и
( Read more... )
chameneos-redux,
code,
java,
question,
results,
shootout,
common lisp,
lisp
Leave a comment
1) протекающая абстракция - разные алгоритмы для разного количества ядер;
2) жёсткая оптимизация программ под конкретные тестовые данные. Соль теста не в оптимизациях, а в тестировании _обычного_ кода на разных языках. Как несложно заметить, объём кода тоже учитывается и показывается на графиках - и не просто так.
Reply
Reply
Неважно как изначально задумывался Shootout, но факт таков, что сейчас он представляет собой именно рейтинг производительности платформ. Там даже дефолтная градация идет по производительности.
Это хорошо, правильно и объективно, и есть место для смекалки. Например, в regex-dna один из победителей -- это програма на си, использующая встроенный TCL :)
Reply
Между прочим, на CL эта абстракция не протекает, и в этом его сильная сторона. С использованием DSL это стандартная ситуация, когда единообразное апи выдает различный код с различными алгоритмами, в зависимости от множества условий.
А люди, испорченные джавой, этого не понимают :)
Reply
Reply
LOL aka LetOverLambda
В частности, глава по Sorting Networks - генерация оптимального алгоритма сортировки. в зависимости от размера входных данных.
Reply
Reply
Но у меня бумажная версия.
Reply
Reply
Leave a comment