настройках выставлено 100мб. Временный файл будет 50 или 150 мегабайт ?
Ни кто не может подсказать как правильно ?
Это сложный вопрос, врать не хочется. Если я правильно помню, то многие коллекции умеют "продолжаться" на диске, когда достигнут лимит по памяти, т.е. "чаще 50"
мне кажется 150. Оно на этапе планирования если подумает, что в workmem не уместится то другой план создаст, где временная таблица используется
Я тоже хотел так написать. Это правда, но на этапе планирования объёмы известны только очень приблизительно. Превышение лимита всегда может случиться уже во время выполнения
ну так work_mem это и не гарантия ж, просто пожелание :)
С точки зрения здравого смысла, такой подход малоэффективный. Ну типо превысил я на 1 мб ограничение, его и вытеснил на диск, смысл перекачивать все нужные данные на диск "рядом", если их все равно нужно считать в память
1. Ну а что делать, если в ограничение work_mem хочется уложиться, а угадывать заранее мы не умеем? 2. Я предположил, что то, что уже в памяти не будет сбрасываться на диск, а коллекция будет работать в режиме половина-здесь-половина-там
Зависит от того, как используется память данным узлом плана, насколько я помню. К примеру, tuplestores (используемые в Materialize и CTE) сбрасывают всё целиком (т.е. в этом случае было бы ближе к 150 MB). > А на то, что у меня temp_fail меньше чем work_mem повлияло что - то другое Формат (и размер) tuples в памяти и на диске не один и тот же.
Мне кажется тут человек в принципе не с того конца заходит. Postgres не говорит что именно он будет держать в work mem. И пытаться понять сколько нужно дискового пространства на один запрос, это неблагодарное занятие. Правильный ответ: это пытаться управлять объемом workmem на уровне сессии (если запрос сильно отличается от остальных по ресурсам).
Обсуждают сегодня