После Markdown Test Suite умер, когда Commonmark вышел из стелс-режима (тратя таким образом большое количество времени на работу с открытым исходным кодом ...), я раздвоил часть сравнения нескольких реализаций (в основном написанную вами действительно ) на https://github.com/cirosantilli/commonmark-implementation-compare
Тестирование скорости наивно, но дает представление:
blackfriday 2.1222s 235 46%
cmark 1.9516s 1 0%
commonmarkjs 37.4651s 2 0%
hoedown 1.8875s 221 43%
kramdown 94.6460s 247 48%
markdown2 28.9707s 278 54%
markdown_pl 14.6919s 287 56%
markdownjs 40.3337s 302 59%
marked 35.3758s 258 50%
maruku 87.1664s 316 61%
multimarkdown 2.0579s 239 46%
pandoc 6.3442s 268 52%
peg_markdown 2.6402s 211 41%
rdiscount 42.0547s 200 39%
redcarpet 43.6608s 229 44%
showdown 45.0655s 285 55%
Вероятно, самый большой недостаток заключается в том, что каждый проверенный ввод подается из стандартного ввода, поэтому каждый раз вызывается интерпретатор, который переносит большие издержки.
Оригинальный ответ
Возможность использования Markdown Test Suite: https://github.com/karlcow/markdown-testsuite
Выполните ./cat-all.py
и затем запустите свои тесты на all.tmp.md
В настоящее время он содержит 103 теста и уже поддерживает множество механизмов уценки.
Простые тесты уже выполнены для общего времени отдельных тестов (также значимый параметр), и было бы действительно легко реализовать его для вывода cat-all.py
.