Исправление
gh0stwizard,
(текущая версия)
:
Такой тест внесет дополнительные погрешности, но если брать большое число итерации, то в сравнительном тестировании (при котором в каждом будет по вызову `uname -a`) этой погрешностью можно будет пренебречь. Но зачем это нужно?
Вы точно занимались тестированием? Или только читаете логи чужих бенчей? Любой треш во время теста вносит погрешности. Чем больше треша, тем менее полезен вывод бенча. Т.к. в настоящих, боевых условиях, окружение (ядро, память, дисковая подсистема, нагрузка, посторонняя нагрузка и т.п.) могут значительно отличаться от тестового стенда, как в лучшую сторону, так и в худшую. И как вы на основе таких бенчей определите, что выбранный вариант лучше? На веру? Поздравляю.
Я думаю именно из-за этого тов. bananym включил вариант с reg в тесты - чтобы его результаты принять в качестве «абсолютного» значения.
Хорошо, пусть будет якобы абсолютное значение. Только к реальности этот бенч не относится.
P.S. Я уже дал пример тов. bananym с Net::Telnet. Если кто-то действительно хочет разобраться с substr + index и почему их не заменить на супер-пупер рекспы (а может и сделаете на злобу мне :), пусть сделает форк. Этого проекта до сих пор нет на CPAN (спустя 4 года как), я его делал для одной компании и код выкладывать не буду, а если и буду, то форкнутую версию (форк форка), дабы избежать конфликтов и допилить еще более высокого уровня (на что у меня пока времени нет). Проект носит чудное название AnyEvent::Telnet. Вперед форкать! Уверен поставят вам 100500 лайков на metacpan за него :)
Исправление
gh0stwizard,
:
Такой тест внесет дополнительные погрешности, но если брать большое число итерации, то в сравнительном тестировании (при котором в каждом будет по вызову `uname -a`) этой погрешностью можно будет пренебречь. Но зачем это нужно?
Вы точно занимались тестированием? Или только читаете логи чужих бенчей? Любой треш во время теста вносит погрешности. Чем больше треша, тем менее полезен вывод бенча. Т.к. в настоящих, боевых условиях, окружение (ядро, память, дисковая подсистема, нагрузка, посторонняя нагрузка и т.п.) могут значительно отличаться от тестового стенда, как в лучшую сторону, так и в худшую. И как вы на основе таких бенчей определите, что выбранный вариант лучше? На веру? Поздравляю.
Я думаю именно из-за этого тов. bananym включил вариант с reg в тесты - чтобы его результаты принять в качестве «абсолютного» значения.
Хорошо, пусть будет якобы абсолютное значение. Только к реальности этот бенч не относится.
P.S. Я уже дал пример тов. bananym с Net::Telnet. Если кто-то действительно хочет разобраться с substr + index и почему их не заменить на супер-пупер рекспы пусть сделает форк. Этого проекта до сих пор нет на CPAN (спустя 4 года как), я его делал для одной компании и код выкладывать не буду, а если и буду, то форкнутую версию (форк форка), дабы избежать конфликтов и допилить еще более высокого уровня (на что у меня пока времени нет). Проект носит чудное название AnyEvent::Telnet. Вперед форкать! Уверен поставят вам 100500 лайков на metacpan за него :)
Исходная версия
gh0stwizard,
:
Такой тест внесет дополнительные погрешности, но если брать большое число итерации, то в сравнительном тестировании (при котором в каждом будет по вызову `uname -a`) этой погрешностью можно будет пренебречь. Но зачем это нужно?
Вы точно занимались тестированием? Или только читаете логи чужих бенчей? Любой треш во время теста вносит погрешности. Чем больше треша, тем менее полезен вывод бенча. Т.к. в настоящих, боевых условиях, окружение (ядро, память, дисковая подсистема, нагрузка, посторонняя нагрузка и т.п.) могут значительно отличаться от тестового стенда, как в лучшую сторону, так и в худшую. И как вы на основе таких бенчей определите, что выбранный вариант лучше? На веру? Поздравляю.
Я думаю именно из-за этого тов. bananym включил вариант с reg в тесты - чтобы его результаты принять в качестве «абсолютного» значения.
Хорошо, пусть будет якобы абсолютное значение. Только к реальности этот бенч не относится.
P.S. Я уже дал пример тов. bananym с Net::Telnet. Если кто-то действительно хочет разобраться с substr + index и почему их не заменить на супер-пупер рекспы пусть сделает форк. Этого проекта до сих пор нет на CPAN, я его делал для одной компании и код выкладывать не буду, а если и буду, то форкнутую версию, дабы избежать конфликтов и допилить еще более высокого уровня (на что у меня пока времени нет). Проект носит чудное название AnyEvent::Telnet. Вперед форкать! Уверен поставят вам 100500 лайков на metacpan за него :)