http://wiki.linuxformat.ru/wiki/index.php?action=history&feed=atom&title=LXF121%3A%D0%9F%D1%80%D0%BE%D1%84%D0%B8%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5 2026-05-13T06:47:53Z История изменений этой страницы в вики MediaWiki 1.19.20+dfsg-0+deb7u3 http://wiki.linuxformat.ru/wiki/index.php?title=LXF121:%D0%9F%D1%80%D0%BE%D1%84%D0%B8%D0%BB%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5&diff=10568&oldid=prev 2010-07-20T06:43:55Z

<p>викификация, оформление, иллюстрация</p> <p><b>Новая страница</b></p><div>==Оценка быстродействия и профилирование==<br /> <br /> : Бывает, что код до ужаса тормозит. '''Джульетта Кемп''' покажет, зачем использовать черную магию тестирования производительности.<br /> <br /> Работаете<br /> ли вы с оборудованием<br /> или с программным<br /> продуктом,<br /> на каком-<br /> то этапе<br /> скорость<br /> обязательно<br /> станет проблемой.<br /> Задача<br /> это обширная,<br /> и мы ограничимся<br /> ситуацией,<br /> когда медленно<br /> работает<br /> код, и рассмотрим,<br /> как его ускорить.<br /> Меры<br /> могут<br /> быть разными,<br /> от переписывания<br /> программы<br /> до покупки<br /> нового<br /> компьютера,<br /> но прежде<br /> всего<br /> необходимо<br /> найти<br /> основную<br /> причину<br /> и узкое<br /> место.<br /> Тут-то и пригодится<br /> тестирование<br /> производительности — и весьма<br /> важно<br /> сделать<br /> его правильно,<br /> прежде<br /> чем переходить<br /> к реформам.<br /> При сравнении различных<br /> участков<br /> кода<br /> этот процесс<br /> также<br /> иногда называют<br /> профилированием.<br /> <br /> Тестирование<br /> производительности<br /> важно<br /> рассматривать<br /> как часть процесса<br /> усовершенствования<br /> кода.<br /> Для начала<br /> создайте<br /> код и убедитесь,<br /> что он правильно<br /> работает<br /> – а уж потом<br /> оценивайте,<br /> достаточно<br /> ли он быстр. В конце<br /> концов,<br /> нет особого<br /> смысла<br /> ускорять<br /> код, если<br /> он и так справляется:<br /> вашу<br /> энергию<br /> можно<br /> употребить<br /> на другие<br /> дела.<br /> <br /> ===Повторяющийся процесс===<br /> <br /> А вот если<br /> ваш код тормозит,<br /> пора<br /> заняться<br /> тестированием.<br /> Затем<br /> используйте<br /> результаты<br /> (вместе<br /> с анализом<br /> и профилированием)<br /> для определения<br /> наилучшей<br /> точки<br /> приложения<br /> усилий.<br /> Реализовав<br /> исправления,<br /> тестируйте<br /> снова,<br /> чтобы<br /> увидеть,<br /> достаточно<br /> ли<br /> принятых<br /> мер. Если<br /> нет, переходите<br /> к следующей<br /> области<br /> и продолжайте<br /> работу.<br /> <br /> Важно<br /> убедиться,<br /> что ваши<br /> числа<br /> состоятельны<br /> (то есть<br /> вы понимаете,<br /> что получили)<br /> и сосредоточить<br /> усилия<br /> на том участке,<br /> где эффект<br /> будет<br /> максимален.<br /> Явно<br /> не стоит<br /> двое суток<br /> биться<br /> над алгоритмом,<br /> если<br /> задержка<br /> обусловлена<br /> записью<br /> на диск.<br /> <br /> ===Начальная оценка===<br /> <br /> Первым<br /> делом<br /> протестируйте<br /> код в его текущем<br /> состоянии.<br /> Практически<br /> всегда<br /> желательно<br /> запустить<br /> программу<br /> несколько<br /> раз<br /> подряд,<br /> чтобы<br /> выборка<br /> был репрезентативной.<br /> Это позволит<br /> усреднить длительность<br /> прогона,<br /> которая<br /> может<br /> меняться<br /> в зависимости<br /> от нагрузки<br /> процессора.<br /> Лучше<br /> всего<br /> применить<br /> скрипт-обертку,<br /> вроде<br /> такого:<br /> <br /> &lt;source lang=perl&gt;<br /> #!/usr/bin/perl -w<br /> use strict;<br /> use Benchmark qw (:timethis);<br /> my $count = 10;<br /> timethis($count, sub {`/путь/к/программе`});<br /> &lt;/source&gt;<br /> <br /> Он написан<br /> на ''Perl'', но поскольку<br /> для вызова<br /> тестируемого<br /> кода<br /> используются<br /> обратные<br /> апострофы<br /> ('''`'''), его можно<br /> использовать<br /> для хронометража<br /> программы<br /> на любом<br /> языке,<br /> запускаемой<br /> из командной<br /> строки.<br /> В тексте<br /> скрипта<br /> вы заметите<br /> '''$count''' – это<br /> количество<br /> итераций.<br /> Другой<br /> формат – знак минус<br /> и минимальное<br /> число<br /> секунд<br /> времени<br /> процессора<br /> на прогон:<br /> например,<br /> ввод '''-5''' приведет<br /> к запуску<br /> как минимум<br /> на 5 секунд<br /> процессорного<br /> времени.<br /> <br /> ''Benchmark.pm'', использованный<br /> выше<br /> модуль<br /> ''Perl'', удобен<br /> также<br /> и для тестирования<br /> производительности<br /> программ<br /> не на ''Perl'': просто<br /> применяйте<br /> апострофы<br /> для вызова<br /> кода<br /> из ''Perl''-скрипта,<br /> как было<br /> сделано<br /> выше.<br /> ''Benchmark.pm'' обычно<br /> поставляется<br /> с достаточно<br /> свежей<br /> версией<br /> ''Perl'', но может<br /> быть<br /> установлен<br /> и через<br /> CPAN. Подправив<br /> код, снова<br /> воспользуйтесь<br /> ''Benchmark.pm'', чтобы<br /> выяснить,<br /> намного ли код стал быстрее:<br /> <br /> &lt;source lang=perl&gt;<br /> #!/usr/bin/perl -w<br /> use strict;<br /> use Benchmark qw (:all);<br /> cmpthese( 10, {<br /> a =&gt; sub {`/путь/к/старомукоду`},<br /> a =&gt; sub {`/путь/к/новомукоду`},<br /> })<br /> &lt;/source&gt;<br /> <br /> Отметим,<br /> что '''cmpthese''' сравнивает<br /> количество<br /> прогонов<br /> кода<br /> в секунду,<br /> а не время<br /> выполнения.<br /> Однако<br /> это может<br /> быть полезнее,<br /> чем абсолютное<br /> время,<br /> на которое<br /> влияет<br /> планировщик<br /> ядра<br /> и другие<br /> системные<br /> функции.<br /> Скрипт-обертка<br /> также<br /> подавляет<br /> любой<br /> вывод<br /> исследуемого<br /> кода<br /> в '''stdout'''. По умолчанию,<br /> '''cmpthese''' работает<br /> до ближайшего<br /> целого<br /> числа<br /> секунд,<br /> но можно<br /> включить<br /> высокоточный<br /> таймер<br /> при помощи<br /> use Benchmark qw (:hireswallclock);<br /> чтобы<br /> получать<br /> значения<br /> времен<br /> в микросекундах.<br /> <br /> {{Врезка|Заголовок=Скорая помощь|Содержание=Даже<br /> если<br /> у вас<br /> в данный<br /> момент<br /> нет проблем<br /> с быстродействием,<br /> желательно<br /> выполнить<br /> пару<br /> тестов<br /> производительности<br /> для<br /> выявления<br /> средних<br /> значений.<br /> Затем,<br /> если<br /> вам<br /> покажется,<br /> что<br /> работа<br /> стала<br /> медленнее,<br /> чем раньше,<br /> вы сможете<br /> сравнить<br /> данные<br /> и понять,<br /> так ли<br /> это, или просто<br /> вы стали<br /> менее<br /> терпеливы.| Ширина=200px}}<br /> <br /> ===Ведем записи===<br /> <br /> Обертки<br /> выводят<br /> все полученные<br /> значения<br /> времени<br /> на консоль,<br /> но вывод<br /> можно<br /> перенаправить<br /> в файл (используйте<br /> ''wrapPer.pl &gt;&gt; benchmark.txt'', чтобы<br /> результаты<br /> каждого<br /> прогона<br /> добавлялись<br /> к нему, не перезаписывая<br /> старых), для отслеживания<br /> прогресса.<br /> <br /> Учтите,<br /> что, приступая<br /> к редактированию,<br /> всегда<br /> следует<br /> держать<br /> под рукой<br /> копию<br /> старого<br /> кода.<br /> Это позволит<br /> выполнить<br /> сравнение (как показано<br /> выше)<br /> и проверить,<br /> каких<br /> результатов<br /> вы достигли,<br /> поскольку<br /> при оптимизации<br /> всегда<br /> можно<br /> внести<br /> ошибку.<br /> К тому<br /> же это будет<br /> той страховочной<br /> сеткой,<br /> что спасет<br /> вас, если<br /> вместо<br /> улучшения<br /> все рухнет. Вообще-то не мешает<br /> использовать<br /> систему<br /> контроля<br /> версий<br /> и регулярно<br /> фиксировать<br /> в ней изменения:<br /> эти усилия<br /> окупаются<br /> сторицей<br /> благодаря<br /> возможности<br /> отката<br /> на заведомо<br /> работоспособную<br /> версию,<br /> когда<br /> что-то идет не так.<br /> <br /> Итак, настал<br /> момент запуска<br /> первого<br /> набора<br /> простых<br /> тестов. Помните, что во время<br /> тестирования<br /> не следует<br /> запускать<br /> другие<br /> задачи,<br /> иначе<br /> результаты<br /> собьют<br /> вас с толку.<br /> По<br /> возможности<br /> следует<br /> также<br /> выполнить<br /> скрипт-обертку,<br /> сам дающий<br /> усредненные<br /> результаты,<br /> несколько<br /> раз, и усреднить еще<br /> и их, добиваясь<br /> более<br /> показательного<br /> значения.<br /> Убедитесь,<br /> что<br /> ничего<br /> не загружаете:<br /> это может<br /> сказаться<br /> на скорости<br /> обработки<br /> или ввода/вывода.<br /> Желательно<br /> выполнить<br /> столько<br /> прогонов,<br /> на сколько<br /> у вас хватит<br /> времени<br /> или терпения:<br /> чем больше<br /> прогонов,<br /> тем точнее будет<br /> результат.<br /> <br /> ===Профилирование: расчленяем код===<br /> <br /> По получении<br /> оценки,<br /> следующий<br /> шаг – логическое<br /> деление<br /> кода.<br /> Просмотрите<br /> его и выделите<br /> разделы,<br /> на которые<br /> его можно<br /> разбить.<br /> Вот некоторые<br /> предложения:<br /> * раздел работы с диском (например, чтение или запись);<br /> * создание и/или заполнение структур данных;<br /> * алгоритмы и вычисления;<br /> * какая-либо работа с сетью (но, вероятно, здесь ускорение будет вне вашего контроля).<br /> <br /> На данном<br /> этапе<br /> для компилируемых<br /> языков<br /> следует,<br /> веро-<br /> ятно,<br /> слегка переделать<br /> ваш код или разбить<br /> его на части.<br /> Вывод<br /> на диск убрать<br /> довольно<br /> просто – для этого<br /> иногда достаточно<br /> пару<br /> раз что-то закомментировать;<br /> но ввод с диска выкинуть<br /> сложнее, поскольку<br /> для получения<br /> результата<br /> алгоритму<br /> нужны<br /> данные.<br /> Вместо<br /> этого<br /> можно<br /> поступить наоборот,<br /> убрав<br /> все, кроме<br /> чтения; вычтите<br /> среднее время<br /> таких<br /> прогонов<br /> из среднего<br /> времени<br /> работы<br /> полной<br /> версии,<br /> и получите<br /> среднее время<br /> работы<br /> алгоритма.<br /> <br /> Для примера<br /> допустим,<br /> что имеется<br /> три основных<br /> раздела<br /> кода:<br /> чтение данных,<br /> проведение<br /> вычислений<br /> и запись новых<br /> данных.<br /> Создайте<br /> три версии<br /> вашего<br /> кода:<br /> <br /> : '''A''': Полная версия<br /> : '''B''': Только чтение данных (без расчетов и вывода).<br /> : '''C''': Чтение данных и вычисления (без вывода).<br /> <br /> Пусть тестирование<br /> трех этих версий<br /> дало<br /> следующее:<br /> версия<br /> '''А''' выполняется<br /> 4 секунды,<br /> '''B''' – 1 секунду<br /> и '''C''' – 3,5 секунды.<br /> То есть<br /> чтение данных<br /> занимает<br /> 1 секунду<br /> (из '''B'''). Вывод<br /> данных<br /> занимает<br /> 0,5 секунды<br /> (разность<br /> между<br /> '''А''' и '''С''').<br /> И, следовательно,<br /> вычисления<br /> идут<br /> 2,5 секунды.<br /> Вы можете<br /> найти<br /> это по<br /> формуле<br /> '''A – B''' – вывод<br /> данных = время<br /> работы<br /> (в нашем<br /> случае<br /> 4 – 1 – 0,5 = 2,5).<br /> Вот время,<br /> требуемое<br /> для работы<br /> без ввода<br /> и вывода<br /> данных.<br /> <br /> Вы можете<br /> использовать<br /> данный<br /> метод<br /> при хронометраже<br /> других<br /> участков<br /> кода,<br /> которые<br /> трудно<br /> отделить.<br /> <br /> Альтернатива – выводить<br /> в контрольных<br /> точках<br /> системное<br /> время.<br /> Скрипт ''Perl'', приведенный<br /> ниже, cгенерирует при запуске<br /> по одной<br /> строке<br /> на прогон<br /> кода:<br /> <br /> &lt;source lang=perl&gt;<br /> #!/usr/bin/perl -w<br /> use strict;<br /> use Time::HiRes;<br /> sub time_print;<br /> print time_print . “:”;<br /> # здесь код<br /> print time_print . “:”;<br /> # еще код<br /> print time_print . “\n”;<br /> <br /> sub printtime {<br /> my ($t1,$t2) = Time::HiRes::gettimeofday;<br /> my $time = “$t1.” . sprintf(“%05d”,$t2/10);<br /> return “$time”;<br /> &lt;/source&gt;<br /> <br /> и выдаст нечто подобное:<br /> <br /> 1240905933.05204:1240905934.05249:1240905935.05264:1240905936.05312<br /> <br /> Значения<br /> в этих парах<br /> разделяются<br /> точками,<br /> а пары<br /> отделены<br /> двоеточием.<br /> Значения<br /> в паре – в секундах,<br /> прошедших<br /> с начала<br /> эпохи,<br /> и в микросекундах;<br /> первое – время<br /> запуска<br /> скрипта,<br /> а второе – время<br /> завершения.<br /> Использование<br /> модуля<br /> ''Time::HiRes''<br /> позволяет<br /> выполнять<br /> подсчет<br /> в микросекундах,<br /> а не в целых<br /> секундах.<br /> <br /> ===Вычисление времени===<br /> <br /> Альтернативой<br /> для хронометража<br /> при использовании<br /> ''Perl'' и ''Benchmark''<br /> является<br /> вычисление<br /> разности<br /> времен<br /> при помощи<br /> <br /> &lt;source lang=perl&gt;<br /> my $t1 = new Benchmark;<br /> # code<br /> my $t2 = new Benchmark;<br /> my $td = timediff($t1, $t2);<br /> print “Первый раздел потребовал $td \n”;<br /> &lt;/source&gt;<br /> <br /> Однако<br /> такой<br /> результат<br /> труднее<br /> обрабатывать<br /> автоматически.<br /> <br /> ===Обработка данных===<br /> <br /> Выполните<br /> код несколько<br /> раз, перенаправляя<br /> вывод<br /> в файл,<br /> а затем<br /> воспользуйтесь<br /> следующим<br /> скриптом<br /> ''Perl'' для его<br /> обработки:<br /> <br /> {{Врезка|Содержание=[[Изображение:LXF121_36_1.jpg|300px]] Запуск обработчика вывода для выполнения базового профилирования участков кода|Ширина=300px}}<br /> <br /> &lt;source lang=perl&gt;<br /> #!/usr/bin/perl -w<br /> use strict;<br /> <br /> my $datafile = “testout.txt”;<br /> my @timearray;<br /> my $count = 0;<br /> <br /> open DATA, $datafile;<br /> while (&lt;DATA&gt;){<br /> my @time = split /:/;<br /> push @{ $timearray[$count] }, @time;<br /> $count++;<br /> }<br /> close DATA;<br /> <br /> my @result;<br /> for my $rowref ( @timearray ) {<br /> my @row = @$rowref;<br /> for my $i ( 0 .. ($#row – 1) ) {<br /> $result[$i] += $row[$i+1] – $row[$i];<br /> }<br /> }<br /> <br /> for my $i ( 0 .. $#result ) {<br /> print “Section “ . ($i+1) . “ average = “ . $result[$i] / $count . “\n”;<br /> }<br /> &lt;/source&gt;<br /> <br /> Это приведет<br /> к выводу<br /> результата<br /> (как показано<br /> на экранном<br /> снимке),<br /> но учтите,<br /> что скрипт-тест выполнялся<br /> три<br /> раза, а этого<br /> мало<br /> для правильного<br /> профилирования.<br /> <br /> Теперь<br /> вы должны<br /> иметь представление<br /> о длительности<br /> выполнения<br /> вашего<br /> кода<br /> в целом,<br /> а также<br /> его отдельных<br /> частей.<br /> Следующий<br /> шаг – ускорение.<br /> <br /> ===Решение проблем===<br /> <br /> Как указывалось<br /> выше,<br /> важно<br /> найти<br /> в вашем<br /> коде<br /> узкое<br /> место,<br /> чтобы<br /> сосредоточить<br /> усилия<br /> там, где от этого<br /> будет<br /> больше<br /> всего<br /> пользы.<br /> Не исключено,<br /> что вы распознаете<br /> проблемный<br /> кусок<br /> кода,<br /> просто<br /> поглядев<br /> на цифры;<br /> а если<br /> не получится,<br /> постройте<br /> графики<br /> с помощью<br /> ''OOo, KChart, Guppi'' или ''Graphviz''. Кто предпочитает<br /> работать<br /> в консоли,<br /> может<br /> взять ''gnuplot''.<br /> <br /> Если<br /> ваш код полон<br /> операций<br /> ввода/вывода,<br /> весьма<br /> вероятно,<br /> что они-то и есть узкое<br /> место.<br /> Скорость<br /> можно<br /> увеличить<br /> при помощи<br /> следующих<br /> шагов:<br /> * Обеспечьте работу локально, а не в сети. Завершив работу с файлами, перекинуть их на удаленные диски вы всегда успеете.<br /> * Приобретите новую периферию. Возможно, ваша старая просто уже не на высоте. Вы можете бросить ее на те участки, где скорость менее важна.<br /> * Выполняйте операции ввода/вывода пакетно. Например, считайте данные все разом, а затем уже обрабатывайте их в памяти. Если код выполняется несколько раз, то создайте процедуру чтения данных один раз в самом начале. <br /> * Понизьте «уступчивость» (nice-значение) своего процесса.<br /> <br /> Для просмотра<br /> текущих<br /> параметров<br /> диска можно<br /> применить<br /> ''hdparm'' (например, ''hdparm -v /dev/hda''). Можно<br /> увеличить<br /> скорость<br /> работы<br /> накопителя<br /> лобовой<br /> атакой<br /> – включить<br /> прямой<br /> доступ<br /> к памяти<br /> (Direct Memory Access, DMA) (''hdparm -d1 /dev/hda'');<br /> затем<br /> вновь оцените быстродействие<br /> и посмотрите,<br /> сработало<br /> ли<br /> это. Также<br /> можно<br /> изменить<br /> значение<br /> поддержки<br /> ввода/вывода<br /> (I/O support) опцией<br /> '''-c3''', это также<br /> способно<br /> слегка<br /> улучшить<br /> быстродействие.<br /> Поэкспериментируйте<br /> с другими<br /> значениями<br /> ''hdparm'', но будьте<br /> осторожны:<br /> некоторые<br /> из них могут<br /> быть<br /> опасны.<br /> Перед<br /> выполнением<br /> действий<br /> почитайте<br /> man-страницу.<br /> При желании<br /> сохранить<br /> произведенные<br /> изменения,<br /> выполните<br /> ''hdparm -k /dev/hda''.<br /> <br /> {{Врезка|Заголовок=Скорая помощь|Содержание=Опция '''relatime''' – это улучшенная версия '''noatime'''; если вы используете Ubuntu, не мешает ее попробовать.|Ширина=200px}}<br /> <br /> ===Подгонка файловой системы===<br /> <br /> Вы можете<br /> ускорить<br /> доступ к файлам,<br /> отключив<br /> ведение<br /> временных<br /> отметок<br /> при каждом<br /> обращении<br /> к ним – то есть не делая<br /> запись<br /> в каталог<br /> при каждом<br /> открытии<br /> файла.<br /> Для этого<br /> отредактируйте<br /> '''/etc/fstab''', добавив<br /> '''noatime''' к списку<br /> опций<br /> в четвертом<br /> столбце<br /> для каждой<br /> ФС, которую<br /> вы хотите<br /> изменить,<br /> а потом<br /> все<br /> перемонтируйте<br /> командой<br /> ''mount -a''. Однако<br /> отсутствие<br /> записей<br /> о доступе<br /> к файлу<br /> способно<br /> вызвать<br /> проблемы<br /> в некоторых<br /> программах:<br /> почтовых<br /> или резервного<br /> копирования.<br /> Хотя<br /> можно<br /> создать<br /> для своего<br /> приложения<br /> отдельный<br /> раздел<br /> и использовать<br /> '''noatime''' только<br /> в нем.<br /> <br /> Если<br /> вы решили<br /> купить<br /> новое<br /> оборудование,<br /> то прежде<br /> чем<br /> тратить<br /> деньги,<br /> попробуйте<br /> одолжить<br /> на время<br /> чью-нибудь машину<br /> с искомыми<br /> характеристиками<br /> и провести<br /> несколько<br /> тестов<br /> производительности<br /> приложения.<br /> Лучше<br /> знать заранее,<br /> чего<br /> вы добьетесь.<br /> <br /> Если<br /> узкое<br /> место – ваш алгоритм,<br /> то имеется<br /> много<br /> ресурсов<br /> для их анализа.<br /> Например,<br /> хорошо<br /> изучены<br /> алгоритмы<br /> сортировки,<br /> что позволяет<br /> выбрать<br /> из них оптимальный<br /> для ваших<br /> данных – например,<br /> сортировка<br /> при помощи<br /> двоичного<br /> дерева<br /> в общем<br /> случае<br /> лучше,<br /> чем пузырьковая.<br /> Впрочем,<br /> это выходит<br /> за рамки<br /> данной<br /> статьи<br /> – в сети<br /> есть множество<br /> информации<br /> для исследования.<br /> <br /> Имейте<br /> в виду,<br /> что оптимизация<br /> алгоритма – работа<br /> крайне<br /> тяжелая,<br /> и следует<br /> убедиться,<br /> что итогом<br /> потраченного<br /> времени<br /> не будет<br /> жалкая<br /> мелочевка.<br /> Но иногда правильный<br /> выбор<br /> алгоритма<br /> приводит<br /> к радикальным<br /> переменам.<br /> <br /> ===Параллельная обработка===<br /> <br /> Если<br /> алгоритм<br /> больше<br /> уже не улучшается,<br /> попробуйте<br /> распараллелить<br /> обработку.<br /> Возможно,<br /> для этого<br /> придется<br /> изменить<br /> подход<br /> к написанию<br /> кода,<br /> разветвив<br /> свои действия<br /> на несколько<br /> параллельных<br /> потоков.<br /> Например,<br /> при выполнении<br /> анализа<br /> объемного<br /> набора<br /> данных,<br /> части<br /> которого<br /> не взаимодействуют<br /> друг с другом,<br /> попытайтесь<br /> запустить<br /> один и тот же алгоритм<br /> сразу<br /> на нескольких<br /> машинах,<br /> с разными<br /> частями<br /> данных.<br /> В данной<br /> статье<br /> нет места<br /> для детального<br /> рассмотрения,<br /> но начать<br /> можно<br /> с учебников,<br /> имеющихся<br /> в сети.<br /> Увы, не все задачи<br /> распараллеливаются!<br /> <br /> ===''Strace'' и ''ltrace''===<br /> <br /> ''Strace'' выводит<br /> список<br /> системных<br /> вызовов,<br /> выполненных<br /> программой.<br /> Обычно<br /> для тестирования<br /> это перебор,<br /> но тут есть пара<br /> полезных<br /> опций.<br /> Например, '''-c''' записывает<br /> время<br /> каждого<br /> системного<br /> вызова, '''-r''' выводит<br /> относительное<br /> время<br /> каждого<br /> системного<br /> вызова,<br /> а '''-t''' – абсолютное<br /> (для включения<br /> микросекунд<br /> используйте<br /> '''-tt'''). '''-T''' выводит<br /> время,<br /> потраченное<br /> на системный<br /> вызов.<br /> С опцией '''-e''' будут<br /> отслеживаться<br /> только<br /> определенные<br /> наборы<br /> системных<br /> вызовов.<br /> <br /> ''ltrace'' выполняет<br /> то же самое,<br /> но для библиотечных<br /> вызовов.<br /> И вновь '''-c''' посчитает<br /> время<br /> вызовов<br /> и возвратит<br /> сводку,<br /> а '''-t''' и '''-tt''' покажут<br /> время<br /> суток<br /> при запуске<br /> каждой<br /> строки.<br /> <br /> ===Заключение===<br /> <br /> Для получения<br /> более<br /> подробной<br /> информации<br /> о том, где тормозит<br /> ваш ''Perl''-код, можно<br /> запустить<br /> ''Devel::NYTProf'' или его предшественника<br /> ''Devel::DProf'' – это всеобъемлющие<br /> профилировщики<br /> с хорошей<br /> документацией.<br /> Используя<br /> данные<br /> инструменты,<br /> вы сможете<br /> найти<br /> проблемные<br /> места конкретных<br /> модулей<br /> и обдумать<br /> пути<br /> их исправления.<br /> Не забудьте<br /> потом<br /> опять выполнить<br /> профилирование,<br /> чтобы<br /> проверить,<br /> есть ли сдвиг.<br /> <br /> Если<br /> вы используете<br /> ''Perl'' или другой<br /> скриптовый<br /> язык, и способов<br /> ускорения<br /> кода<br /> не обнаруживается,<br /> а быстродействие<br /> совершено<br /> неприемлемо,<br /> то, возможно,<br /> надо<br /> перейти<br /> на компилируемый<br /> язык – типа<br /> ''C, C++'' или ''Java''. Однако,<br /> прежде<br /> чем<br /> погрузиться<br /> в это и полностью<br /> переделать<br /> код, следует<br /> хорошенько<br /> убедиться,<br /> что это действительно<br /> стоит<br /> вашего<br /> времени<br /> и затраты<br /> усилий.<br /> Еще раз рассмотрите<br /> результаты<br /> тестирования<br /> и убедитесь,<br /> что сделали<br /> все возможное<br /> для ускорения<br /> и дальше<br /> здесь ехать некуда.<br /> <br /> По завершении<br /> оптимизации<br /> выбранного<br /> раздела<br /> кода<br /> весьма<br /> важно<br /> проверить,<br /> что ваш новый<br /> код работает<br /> так же, как<br /> старый.<br /> Лучший<br /> способ<br /> сделать<br /> это – модульные<br /> тесты, и это<br /> еще один повод<br /> сохранить<br /> старый<br /> код, чтобы<br /> сравнить две версии.<br /> Во время<br /> оптимизации<br /> вполне вероятно насажать<br /> ошибок.<br /> Делайте<br /> заметки<br /> обо всех изменениях,<br /> чтобы<br /> не повторять<br /> ошибок<br /> в будущем<br /> и не забыть,<br /> что вы делали,<br /> на случай<br /> выполнения<br /> схожих<br /> операций.<br /> <br /> На данном<br /> этапе<br /> надо<br /> снова<br /> протестировать<br /> производительность!<br /> Выясните,<br /> сколько<br /> времени<br /> вы сэкономили<br /> (не позабыв<br /> отметить,<br /> сколько<br /> рабочего<br /> времени<br /> ушло<br /> на поправки)<br /> и нельзя<br /> ли<br /> выиграть<br /> еще. Если<br /> нужно<br /> избавиться<br /> еще от пары<br /> секунд,<br /> посмотрите,<br /> может<br /> ли помочь<br /> еще что-то? Или необходимо<br /> переделывать<br /> весь код заново?<br /> <br /> Процесс<br /> тестирования<br /> производительности<br /> и оптимизации<br /> кода<br /> – весьма<br /> увлекательное<br /> занятие,<br /> если<br /> приступать<br /> к нему<br /> с ясным<br /> представлением<br /> о цели.<br /> Однако<br /> это может<br /> стать источником<br /> досады,<br /> если<br /> вы поленитесь<br /> сперва<br /> все тщательно<br /> обдумать.<br /> Убедитесь,<br /> что ваш случай – первый,<br /> и наслаждайтесь<br /> переработкой<br /> своих<br /> алгоритмов<br /> и перерасходом<br /> на сверкающее<br /> новое<br /> оборудование. '''LXF'''</div>

Crazy Rebel