ReSQL.ru
     
powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / pg_stat_statements : blk_read_time > total_time
7 сообщений из 7, страница 1 из 1
pg_stat_statements : blk_read_time > total_time
    #39738612
rinace
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
rinace
Гость
Коллеги,

настраивая мониторинг с использованием расширения 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, 14:57
| Ответить | Цитировать | Написать  
pg_stat_statements : blk_read_time > total_time
    #39738641
Фотография Maxim Boguk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Maxim Boguk
Участник
rinace,

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

IO-time считается правильно (относительно всего io time базы)
total time тоже правильно
а вот cpu time как корректно считать - никто не знает в такой ситуации
И снова спасибо за уточнение.
Ну для простоты анализа можно будет просто не выводить CPU-time , если результат отрицательный ;-)
А потом , посмотрим
...
Рейтинг: 0 / 0
26.11.2018, 17:07
| Ответить | Цитировать | Написать  
7 сообщений из 7, страница 1 из 1
Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / pg_stat_statements : blk_read_time > total_time
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=53&fpage=48&tid=1995479]:
 0ms
get settings:
 8ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 32ms
get topic data:
 13ms
get forum data:
 3ms
get page messages:
 48ms
get tp. blocked users:
 2ms
others: 15ms
total:  140ms
созд. / загр.: 140ms
x
x
Закрыть


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