Зачем вообще нужна эта статистика или любые другие показатели? В ходе разработки часто возникает вопрос, а что же быстрее работает? Эффективно ли расходуются ресурсы базы? Если написать код по другому станет ли лучше?
Для ответов на эти вопросы нужно как-то понимать какие ресурсы тратят программы, а самое главное нужна возможность сравнивать разные решения между собой, чтобы отдать предпочтение самому оптимальному способу.
В данной статье не будет рассказано как анализировать показатели, а будет рассказано как их получить.
Описание компонентов
v$mystat
Представление выводит статистику по последней выполненной транзакции в рамках текущей сессии. Состоит из следующих полей:
| sid | number | идентификатор текущей сессии, полную информацию можно увидеть в v$session |
| statistic# | number | идентификатор значения статистики, ссылается на преставление v$statname |
| value | number | значение статистики |
| con_id | number | идентификатор контейнера (для мультиарендной контейнерной базы данных CDB) |
Как ездить без штрафов! #авто #штрафы #бесплатно
v$statname
Справочник с описанием значений статистики, нужен для связи с предыдущим представлением. Состоит из следующих полей:
| statistic# | number | идентификатор значения статистики, ссылается на преставление v$statname |
| name | varchar2(64) | расшифровка значения статистики (постоянное значение) |
| class | number | показывает к какому классу данных относится статистика, ниже описаны возможные значения: 1 — Пользователь 2 — Redo 4 — Постановка в очередь 8 — Кэш 16 — ОС 32 — Реальные Кластеры приложений 64 — SQL 128 — Отладка |
| stat_id | number | идентификатор статистики (в этой статье не понадобится) |
| display_name | varchar2(64) | детальная расшифровка значения статистики (можем меняться с новыми релизами) |
| con_id | number | идентификатор контейнера (для мультиарендной контейнерной базы данных CDB) |
v$timer
Это простое представление, которое возвращает время в сотых долях секунды, мы будет фиксировать время до и после теста, и затем отнимать одно значение от другого. Состоит из двух полей:
| hsecs | number | количество времени в сотых долях секунды |
| con_id | number | идентификатор контейнера (для мультиарендной контейнерной базы данных CDB) |
dbms_utility.get_cpu_time
Функция, которая возвращает время работы процессора (CPU) в сотых долях секунды.
select dbms_utility.get_cpu_time from dual; —результат 815
Права
Для выполнения представления у пользователя (в моем случае PROD) должен быть доступ на все таблицы, подключаемся к БД с помощью пользователя SYS с ролью SYSDBA и выполняем скрипты ниже:
Если Батарея Разряжается Быстро сделай КАЛИБРОВКУ БАТАРЕИ
grant select on v_$statname to prod; grant select on v_$mystat to prod; grant select on v_$timer to prod; grant execute on dbms_utility to prod;
Измерение общего и CPU времени на запрос
Логика простая — мы будем записывать значения времени в переменные до выполнения запроса и после, затем вычитать время завершения от времени начала и получать итоговый результат. Вывод результата будет осуществляться с помощью dbms_output.put_line , чтобы данные выводилилсь в SQL Developer перед выполнением скриптов выполним команду включающую вывод, а затем будет логика.
—включаем вывод данных в output set serveroutput on; declare v_t1 number; —время начала v_t2 number; —время завершения v_cpu1 number; —время ЦПУ до v_cpu2 number; —время ЦПУ после v_t_res number; —общее время выполнения v_cpu_res number; —общее время выполнения CPU begin —фиксируем начало —помещаяем общее время и время ЦПУ в переменные select t.hsecs ,dbms_utility.get_cpu_time into v_t1 ,v_cpu1 from v$timer t; —запустим 1000 раз цикл, который обновит дату у первых попавшихся строк for rec in 1..1000 loop update prod.operation set op_date = trunc(sysdate) where rownum = 1 and op_date != trunc(sysdate); end loop; —фиксируем завершение —снова помещаяем общее время и время ЦПУ в переменные select t.hsecs ,dbms_utility.get_cpu_time into v_t2 ,v_cpu2 from v$timer t; —считаем общее время выполнения в сотых долях секунды v_t_res := v_t2 — v_t1; —считаем общее время ЦПУ в сотых долях секунды v_cpu_res := v_cpu2 — v_cpu1; —выводим результат на экран dbms_output.put_line(‘Общее время выполнения в секундах: ‘||to_char(v_t_res/100,’0.00’)); dbms_output.put_line(‘Общее время ЦПУ в секундах: ‘||to_char(v_cpu_res/100,’0.00’)); —откатим изменения rollback; end;
Результат:
Статистика
Получение статистики по одному запросу
-
Запускаем нужный скрипт, например, изменим ранее сгенерированные данные:
Создание представления для быстрого доступа к данным
Для быстрого доступа к данным, соединим все ранее представленные скрипты по выводу данных по статистки, времени ЦПУ, общему времени и «упакуем» полученный запрос в представление. Вот как это будет выглядеть:
create or replace view prod.stats_vw as —первый скрипт по выводу статистики select ‘STAT’ as inf_type, — для inf_type в stats_tbl a.name as name, — для name в stats_tbl b.value as value — для value в stats_tbl from v$statname a join v$mystat b on a.statistic# = b.statistic# —команда объединения union all —второй скрипт по фиксации общего времени select ‘ETIME’, — сокращенно от Elapsed time (общее время) ‘Elapsed Time’, hsecs from v$timer —команда объединения union all —третий скрипт по фиксации времени CPU select ‘CTIME’, —сокращенно от CPU time (время ЦПУ) ‘CPU Time’, dbms_utility.get_cpu_time from dual;
После создания VIEW, чтобы получить информацию достаточно выполнить простой запрос:
select * from stats_vw;
Результат:
Создание процедуры фиксации статистики
До и после выполнения наших скриптов, нам нужно записывать данные «до» запуска и «после», будем записать результаты с помощью процедуры ниже:
create or replace procedure fix_inf_prc(p_script_num in char, p_run_type in stats_tbl.run_type%type) as —должно получиться например: before1, after2 v_run_type stats_tbl.run_type%type := lower(p_run_type) || p_script_num; —автономная транзакция, чтобы не закоммитить данные запроса pragma autonomous_transaction; begin if p_run_type not in (‘before’, ‘after’) then raise_application_error(-20001 ,’Тип запуска может принимать значения before или after.’ ||p_run_type); end if; —фиксируем информацию добавляя результат выполнения VIEW insert into stats_tbl (run_type, inf_type, name, value) select v_run_type, s.* from stats_vw s; —удаляем старые данные если есть delete from stats_tbl where id in ( select id from ( select row_number() over(partition by name, run_type order by s.id desc) rn ,s.* from stats_tbl s) where rn = 2 —удаляем только старые данные or run_type = ‘final’||p_script_num); —если это замер статистики после, то посчитаем итоговые данные if lower(p_run_type) = ‘after’ then insert into stats_tbl (run_type, inf_type, name, value) select ‘final’||p_script_num , b.inf_type , b.name , a.value-b.value —вычитаем «до» из значения «после» from stats_tbl b join stats_tbl a on a.name = b.name and a.run_type = ‘after’||p_script_num where b.run_type = ‘before’||p_script_num; end if; —фиксируем commit; end;
Пояснение отдельных частей кода:
| p_script_num in char | первый входной параметр, предназначен для определения номера тестируемого скрипта |
| p_run_type in stats_tbl.run_type%type | второй входной параметр, принимает на вход два значения «before» или «after», тут если мы фиксируем статистику до перед выполнением скрипта указываем «before», если после то соответственно «after» |
| inf_type varchar2(15 char), | для указания типа информации т.е. мы умеем собирать статистику, измерять время ЦПУ и общее время, т.е. 3 разных типа информации, в будущем типы будут добавляться |
| pragma autonomous_transaction; | процедура будет транзакцией, внутри основной транзакции, например, в рамках теста мы сделали update строк и в конце нужно будет отменить изменения, но данные по статистике должны сохраниться |
| select row_number() over(partition by name, run_type order by s.id desc) rn | это для удаления дублей от запусков, например запустим два раза процедуру с параметром «after», будут дублироваться данные, эта функция группирует такие строки и проставляет номера, 1-самая актуальная, 2 — старее. |
| or run_type = ‘final’||p_script_num | это условие, чтобы не дублировались финальные данные |
| on commit preserve rows; | Временные таблицы хранят данные в течение транзакции или в течение сессии, тут указывается, что хранить нужно в течение сессии |
Запустим программу (если будут ошибки, пишите в комментариях), пока результат мы не увидим, но статистику уже запишем:
—тест скрипта №1 begin —фиксируем начало работы fix_inf_prc(1,’before’); —скрипт №1 for rec in 1..100 loop update operation set op_date = trunc(sysdate) where rownum = 1 and op_date != trunc(sysdate); end loop; —фиксируем завершение работы fix_inf_prc(1,’after’); rollback; end; —тест скрипта №2 begin —фиксируем начало работы fix_inf_prc(2,’before’); —скрипт №2 for rec in 1..1000 —увеличим количесто циклов loop update operation set op_date = trunc(sysdate) where rownum = 1 and op_date != trunc(sysdate); end loop; —фиксируем завершение работы fix_inf_prc(2,’after’); rollback; end;
Вывод результатов
Вывод статистики скриптом
Сразу обернем такой селект в VIEW для дальнейшего использования и расширения, также для лучшей читаемости, добавим форматирование для числа, чтобы тысячные доли разделялись запятыми:
create or replace view stats_report_vw as with all_stats as (select f1.inf_type||’. ‘||f1.name name ,f1.value script1 ,f2.value script2 ,(f2.value — f1.value) diff from stats_tbl f1 join stats_tbl f2 on f2.name = f1.name and f2.run_type = ‘final2’ where f1.run_type = ‘final1’) select * from all_stats;
Запускаем созданный VIEW, по желанию добавляем фильтры и сортируем:
select * from stats_report_vw where abs(diff) > 1 —фильтр по полю diff and name like ‘%ime%’ —фильтр по полю name order by abs(diff);
Результат:
Вывод статистики через dbms_output
Создадим процедуру stats_report_prc и на вход будем подавать два фильтра, плюс я выведу отдельно от таблицы со статисткой показатели времени и буду выводить их в секундах:
create or replace procedure stats_report_prc (p_diff_count in number default 0, p_like_name in varchar2 default null, p_sort_field_num in number default 4) is begin —выводим статистику dbms_output.put_line(rpad(‘Name’, 30) || lpad(‘Run1’, 16) || lpad(‘Run2’, 16) || lpad(‘Diff’, 16)); for rec in (select s.name, to_char(s.script1, ‘999G999G999G999’) script1, to_char(s.script2, ‘999G999G999G999’) script2, to_char(s.diff, ‘999G999G999G999’) diff from stats_report_vw s where s.name not like ‘%TIME. %’ —исключаем ETIME, CTIME and abs(s.diff) > p_diff_count —фильтр по величине отличий and (p_like_name is null or lower(s.name) like lower(‘%’|| p_like_name ||’%’)) —фильтр по имени order by p_sort_field_num) loop dbms_output.put_line(rpad(rec.name, 30) || lpad(rec.script1, 16) || lpad(rec.script2, 16) || lpad(rec.diff, 16)); end loop; —добавим отступ dbms_output.put_line(chr(9)); —выводим данные о времени dbms_output.put_line(rpad(‘Name’, 30) || lpad(‘Run1 (sec)’, 16) || lpad(‘Run2 (sec)’, 16) || lpad(‘Diff (sec)’, 16)); for rec in (select s.name, rtrim(to_char(s.script1/100, ‘FM999999999999990.99999’), ‘.’) script1, rtrim(to_char(s.script2/100, ‘FM999999999999990.99999’), ‘.’) script2, rtrim(to_char(s.diff/100, ‘FM999999999999990.99999’), ‘.’) diff from stats_report_vw s where s.name like ‘%TIME. %’) —выводим только ETIME, CTIME loop dbms_output.put_line(rpad(rec.name, 30) || lpad(rec.script1, 16) || lpad(rec.script2, 16) || lpad(rec.diff, 16)); end loop; end;
Запустим отчет и посмотрим что получилось:
set serveroutput on; begin stats_report_prc(1); — выдодить где разница больше 1 end;
Результат:
Источник: best-manual.ru
Как узнать, как долго выполняется процесс?
Можно ли использовать wmic или powershell чтобы узнать, как долго выполняется процесс?
Если нет, есть ли другой способ получить эту информацию из ОС Windows?
задан Anthony Kong 2k
1 ответ 1
Использовать New-TimeSpan –Start ; передать свойство StartTime процесса, который вы хотите знать, как долго работает. Вот пример, который показывает, как долго работает notepad :
PS C:> New-TimeSpan -Start (get-process notepad).StartTime Days : 0 Hours : 0 Minutes : 0 Seconds : 2 Milliseconds : 920 Ticks : 29200041 TotalDays : 3.379634375E-05 TotalHours : 0.00081111225 TotalMinutes : 0.048666735 TotalSeconds : 2.9200041 TotalMilliseconds : 2920.0041
Источник: poweruser.guru
Как я могу узнать, сколько памяти мое приложение использует в любое время в Stack Overflow
У меня есть программа, которая выполняет определенную задачу над несколькими файлами, поэтому она имеет следующую структуру:
std::vector fileList=getFileList(); for(int i=0;i
Меня беспокоит, что в функции processFile есть небольшая утечка памяти (это относительно сложная функция, которая вызывает несколько других функций и использует несколько классов).
Чтобы проверить, действительно ли у меня есть утечка памяти в этой функции, например, измерить объем памяти, который мое приложение использует до и после вызова processFile, и запустить его для очень большого набора данных и посмотреть, как изменяется использование памяти во время обработки.
Можно ли измерить объем памяти, который мое приложение использует внутри этого приложения?
Таким же образом, я могу найти объем памяти, который каждая часть моего приложения использует во время выполнения?
Решение
если вы хотите измерить, сколько памяти используется с помощью приведенного выше кода во время выполнения, вы должны рассчитать это:
(количество элементов в fileList) * sizeof (строка) + размер файлов в fileList
но если вы хотите получить все использование памяти вашего процесса в Windows во время выполнения, вы можете позвонить GetProcessMemoryInfo API в вашей программе и передать ваш дескриптор процесса (GetCurrentProcess () API) к нему, пример использования этого API:
см полный ответ на ваш вопрос по этой ссылке:
Другие решения
Распространенным решением для обнаружения утечек памяти и мониторинга использования памяти будет запуск вашей программы с Valgrind .
Источник: web-answers.ru