Гость
Войти | Профиль | Очистить
Действия ...
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / pg_stat_statements : blk_read_time > total_time / 7 сообщений из 7, страница 1 из 1
26.11.2018, 14:57
    #39738612
rinace
rinace
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_stat_statements : blk_read_time > total_time
Коллеги,

настраивая мониторинг с использованием расширения pg_stat_statements, столкнулся с некоторым пока вопросом :

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
postgres=# select * from pg_stat_statements ; 
-[ RECORD 1 ]-------+----------------------------------
userid              | 10
dbid                | 13158
queryid             | 3526228819
query               | select count(*) from wafer_data
calls               | 1
 total_time          | 6244.37363 
min_time            | 6244.37363
max_time            | 6244.37363
mean_time           | 6244.37363
stddev_time         | 0
rows                | 1
shared_blks_hit     | 0
shared_blks_read    | 16683
shared_blks_dirtied | 0
shared_blks_written | 0
local_blks_hit      | 0
local_blks_read     | 0
local_blks_dirtied  | 0
local_blks_written  | 0
temp_blks_read      | 0
temp_blks_written   | 0
 blk_read_time       | 11332.721963 
blk_write_time      | 0

Каким образом время чтения блоков может быть больше времени выполнения запроса ?
О чем может говорить данный факт ?

Версия PostgreSQL : 10.5
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.11.2018, 15:35
    #39738641
Maxim Boguk
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_stat_statements : blk_read_time > total_time
rinace,

О том что запрос выполнялся парралельно на многих ядрах. И IO время там суммарное накопленное по всем процессам.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.11.2018, 16:17
    #39738664
rinace
rinace
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_stat_statements : blk_read_time > total_time
Maxim Bogukrinace,

О том что запрос выполнялся парралельно на многих ядрах. И IO время там суммарное накопленное по всем процессам.
Спасибо. Как то упустил этот момент.
Значить придется по другому анализировать.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.11.2018, 16:19
    #39738665
Maxim Boguk
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_stat_statements : blk_read_time > total_time
rinaceMaxim Bogukrinace,

О том что запрос выполнялся парралельно на многих ядрах. И IO время там суммарное накопленное по всем процессам.
Спасибо. Как то упустил этот момент.
Значить придется по другому анализировать.

А что вы хотите проанализировать то?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.11.2018, 16:33
    #39738672
rinace
rinace
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_stat_statements : blk_read_time > total_time
Maxim Bogukrinaceпропущено...

Спасибо. Как то упустил этот момент.
Значить придется по другому анализировать.

А что вы хотите проанализировать то?
Ну пока все стандартно, для начала : Total-time , CPU-time , IO-time .

Собрать например за месяц , построить некие упрощенные baselines по стандартным запросам .
И начать улучшать самые медленные запросы.

Вот теперь надо придумать , как правильно считать IO-time.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.11.2018, 16:59
    #39738683
Maxim Boguk
Maxim Boguk
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_stat_statements : blk_read_time > total_time
rinaceMaxim Bogukпропущено...


А что вы хотите проанализировать то?
Ну пока все стандартно, для начала : Total-time , CPU-time , IO-time .

Собрать например за месяц , построить некие упрощенные baselines по стандартным запросам .
И начать улучшать самые медленные запросы.

Вот теперь надо придумать , как правильно считать IO-time.

IO-time считается правильно (относительно всего io time базы)
total time тоже правильно
а вот cpu time как корректно считать - никто не знает в такой ситуации
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
26.11.2018, 17:07
    #39738685
rinace
rinace
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pg_stat_statements : blk_read_time > total_time
Maxim Bogukrinaceпропущено...

Ну пока все стандартно, для начала : Total-time , CPU-time , IO-time .

Собрать например за месяц , построить некие упрощенные baselines по стандартным запросам .
И начать улучшать самые медленные запросы.

Вот теперь надо придумать , как правильно считать IO-time.

IO-time считается правильно (относительно всего io time базы)
total time тоже правильно
а вот cpu time как корректно считать - никто не знает в такой ситуации
И снова спасибо за уточнение.
Ну для простоты анализа можно будет просто не выводить CPU-time , если результат отрицательный ;-)
А потом , посмотрим
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / pg_stat_statements : blk_read_time > total_time / 7 сообщений из 7, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
созд. / загр.: 408ms
Закрыть
start [/forum/topic.php?fid=53&tablet=1&tid=1995479]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 45ms
get topic data:
 11ms
get forum data:
 2ms
get page messages:
 44ms
get tp. blocked users:
 2ms
others: 272ms
total:  408ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]