Показать сообщение отдельно
Старый 05.06.2007, 23:56      #23
rmn
Местный
По умолчанию

Сообщение от XeNoN Посмотреть сообщение
Нет, не можем, т.к мы не знаем отчего наши оценки зависят. Иначе необходимо было бы указывать полностью программно-аппаратную конфигурацию и оценивать её целиком, а не только процессор.


Если конкретика заключается во времени исполнения данного кода perl, то да. Иначе - меряем чтобы мерять.
Пусть будет так. :]

Цитата:
Почему нет, а какже узнать сколько времени исполняется неизвестно что? И померять как что-то загадочное на это влияет?
Так я предложил выше, как можно разобраться. Понятно, что "тормоза" Perl - это от природы. Природу бы знающие люди и объяснили.


Цитата:
P-III - это капповская машина. Как объяснить?
а какая загрузка у этой машины? load average в uptime до и после работы скрипта какой? И какая она у celeron?

Цитата:
P.S. rmn, цель моих постов была не "обосрать" данный benchmark, а привлечь внимание к проблеме тестирования.
Проблему тестирования увидит любой, кто знает что такое Perl и кому приходилось на нем хоть что-либо значительное писать. Другое дело - дать техническое объяснение этих самых "тормозов". Тут уже нужна совсем другая квалификация.

Цитата:
Примеры нормальных замеров производительности я могу привести.
ok. я всё внимание.

Последний раз редактировалось rmn; 05.06.2007 в 23:58.
rmn вне форума   Ответить с цитированием Вверх