KK
я так и делаю же
Size: a a a
2021 February 19
VY
я так и делаю же
команды приведите уже, чего мы тут гадаем?
DF
результаты могут быть очень разными из-за разных условий в запросе. если вам не хватает данных из explain/pg_stat_statements, посмотрите на log_executor_stats, там замеры на основе getrusage, что чуть "ближе" к системе. но имхо все равно закладываться на эти результаты и чтото планировать на их основе не очень надежно.
как разделить чтения из кеша OS и с диска это отдельный вопросю сейчас кокретно про shared hit. вот из explain analyze или pgss я вижу что для выполнения запроса было 100 хитов, а сколько за этими хитами реальных разных блоков - может быть 1 который 100 раз прочитали, или 100 когда например сек скан таблицы
KK
pg_dumpall -Upostgres --host localhost --port 5432 --no-password -v -r --file localhost.roles.sql
pg_dump -Upostgres --host localhost --port 5432 --no-password --dbname db -Ft -v --file localhost.tar
pg_dump -Upostgres --host localhost --port 5432 --no-password --dbname db -Ft -v --file localhost.tar
AL
как разделить чтения из кеша OS и с диска это отдельный вопросю сейчас кокретно про shared hit. вот из explain analyze или pgss я вижу что для выполнения запроса было 100 хитов, а сколько за этими хитами реальных разных блоков - может быть 1 который 100 раз прочитали, или 100 когда например сек скан таблицы
думается мне в постгресе нет инфы чтоб ответить на этот вопрос
VY
pg_dumpall -Upostgres --host localhost --port 5432 --no-password -v -r --file localhost.roles.sql
pg_dump -Upostgres --host localhost --port 5432 --no-password --dbname db -Ft -v --file localhost.tar
pg_dump -Upostgres --host localhost --port 5432 --no-password --dbname db -Ft -v --file localhost.tar
и полное сообщение об ошибке (с деталями и хинтом) приведите, пожалуйста
YS
как разделить чтения из кеша OS и с диска это отдельный вопросю сейчас кокретно про shared hit. вот из explain analyze или pgss я вижу что для выполнения запроса было 100 хитов, а сколько за этими хитами реальных разных блоков - может быть 1 который 100 раз прочитали, или 100 когда например сек скан таблицы
Бесполезным Вы делом занимаетесь, IMNSHO.
Т.е. это будет "работать", только если "production" там примерно такой же сложности, как "hello, world!". ;)
Т.е. это будет "работать", только если "production" там примерно такой же сложности, как "hello, world!". ;)
DF
Yaroslav Schekin
Бесполезным Вы делом занимаетесь, IMNSHO.
Т.е. это будет "работать", только если "production" там примерно такой же сложности, как "hello, world!". ;)
Т.е. это будет "работать", только если "production" там примерно такой же сложности, как "hello, world!". ;)
есть какие-то аргументы?
YS
есть какие-то аргументы?
Хмм... разве я уже их не приводил?
Минуту... вот это, например: https://t.me/pgsql/285040 (прочитайте "наоборот") — не аргументы?
Минуту... вот это, например: https://t.me/pgsql/285040 (прочитайте "наоборот") — не аргументы?
KK
и полное сообщение об ошибке (с деталями и хинтом) приведите, пожалуйста
KK
дальше текст процедуры, хинта нет
DF
Yaroslav Schekin
Хмм... разве я уже их не приводил?
Минуту... вот это, например: https://t.me/pgsql/285040 (прочитайте "наоборот") — не аргументы?
Минуту... вот это, например: https://t.me/pgsql/285040 (прочитайте "наоборот") — не аргументы?
еще раз мне не нужно получить точное время на проде - мне нужно получить худшее возможно время на проде, если принять что тестовые и прод сервера совпадают полностью, насыщения по CPU RAM IO нет
AL
если вам нужно именно худшее, то считайте каждый хит как поход на диск
VY
дальше текст процедуры, хинта нет
каким пользователем работаете? сравните
сравните вывод
\du username на старой и новой базах?сравните вывод
\dn+ public на старой и новой базахYS
еще раз мне не нужно получить точное время на проде - мне нужно получить худшее возможно время на проде, если принять что тестовые и прод сервера совпадают полностью, насыщения по CPU RAM IO нет
Худшее время на проде — вечность. Потому что кто-то заблокировал таблицу (например, ALTER TABLE), сюрприз!
YS
если вам нужно именно худшее, то считайте каждый хит как поход на диск
Это далеко не худшее. Другие запросы в настоящем production могут "украсть" у данного [почти] весь "диск", CPU и RAM.
VY
еще раз мне не нужно получить точное время на проде - мне нужно получить худшее возможно время на проде, если принять что тестовые и прод сервера совпадают полностью, насыщения по CPU RAM IO нет
а зачем? какую бизнес-задачу решаете?
DF
Yaroslav Schekin
Худшее время на проде — вечность. Потому что кто-то заблокировал таблицу (например, ALTER TABLE), сюрприз!
простой пример мы хотим протестировать какую-то большую операцию на тестовом сервере и понять займет она 1 минуту на проде или час. понятно что если будут блокировки на проде то время резко увеличится, а если операция выполняется в мейтенанс окно и никакие другие блокирующие операции не проходят
AL
Yaroslav Schekin
Это далеко не худшее. Другие запросы в настоящем production могут "украсть" у данного [почти] весь "диск", CPU и RAM.
Ярослав, можете не приводить аргементы против ))) я согласен с вами в части что Дмитрий занимается бесполезным делом ))
AL
простой пример мы хотим протестировать какую-то большую операцию на тестовом сервере и понять займет она 1 минуту на проде или час. понятно что если будут блокировки на проде то время резко увеличится, а если операция выполняется в мейтенанс окно и никакие другие блокирующие операции не проходят
окружение же должно быть как минимум идентичное... оборудование, настройки и вот это всё (в реальности такое можно достичь но сложно) - то есть в вашем случае предполагается что тестовая и боевая среды одинаковые?