|
|
|
hit/read
|
|||
|---|---|---|---|
|
#18+
Добрый день Во всех статьях по анализу postgresql описывается запрос отношения hit/read. авторSELECT datname, CASE WHEN blks_read = 0 THEN 0 ELSE blks_hit / blks_read END AS ratio, blks_hit, blks_read FROM pg_stat_database; Нормальное отношение везде определяется в пределах 5000-10000 Проверил у себя. У меня 1. автор datname | ratio | blks_hit | blks_read -----------+-------+---------------+-------------- base | 1 | 1478282846712 | 974695390180 На сколько это критично? База в принципе не маленькая, данных много и разных. В какую сторону копнуть? Буду премного благодарен за советы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2016, 08:22 |
|
||
|
hit/read
|
|||
|---|---|---|---|
|
#18+
xopc, То, что у вас отношение целое никаких мыслей не вызвает? Числа-то вроде отличаются. Так попробуйте: Код: sql 1. 2. Это просто показатель того, насколько часто блоки встречаются в кэше. Само по себе это ни хорошо и ни плохо, нужно рассматривать картинку по базе в целом — скажем, если есть жалобы на скорость работы и этот показатель меньше единицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2016, 08:43 |
|
||
|
hit/read
|
|||
|---|---|---|---|
|
#18+
1 или 1,5 не суть важно, порядок ясен. не понимаю как у людей 5000 набегает :) одно и тоже они там выбирают что ли. Вижу много данных берется из буфера, много с диска. Жалоб явных нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2016, 08:55 |
|
||
|
hit/read
|
|||
|---|---|---|---|
|
#18+
xopc, какой размер shared_buffers ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2016, 10:02 |
|
||
|
hit/read
|
|||
|---|---|---|---|
|
#18+
2Gb при 16Gb RAM на машине ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2016, 00:58 |
|
||
|
hit/read
|
|||
|---|---|---|---|
|
#18+
xopc, можно попробовать увеличить shared_buffers в пару раз. следует понимать как считается это соотношение: read не означает что именно с диска чтение происходит, т.к. есть еще файловый кэш ОС. т.е. это (сколько прочитали из shared_buffers)/(сколько прочитали с файлового кэша + сколько прочитали с дисков). в целом пользы от такой метрики наверное не очень много. а в каких статьях это описывается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2016, 12:45 |
|
||
|
hit/read
|
|||
|---|---|---|---|
|
#18+
shared_buffers = 1/8 RAM, довольно канонично. https://habrahabr.ru/post/13992/ http://wiki.dieg.info/postgresql https://sites.google.com/site/kerneliq/Postgres-analysis короче, растиражировано в куче блогов и статей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2016, 00:51 |
|
||
|
hit/read
|
|||
|---|---|---|---|
|
#18+
xopc, Просто отношение hit / read несколько странный параметр. Я использую (в процентах) hit / (read + hit), мне это кажется удобнее. Можно как для всего кластера, так и для отдельных баз считать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2016, 09:46 |
|
||
|
hit/read
|
|||
|---|---|---|---|
|
#18+
vyegorov, hit / (read + hit) - в каких оптимальных диапазонах должно быть это отношение? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2018, 16:54 |
|
||
|
hit/read
|
|||
|---|---|---|---|
|
#18+
ncux199rus, 100% конечно! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2018, 19:57 |
|
||
|
|
start [/forum/topic.php?fid=53&fpage=59&tid=1995921]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
29ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
41ms |
get tp. blocked users: |
2ms |
| others: | 14ms |
| total: | 127ms |
| 0 / 0 |
