Так они только не durable, и всё.

Доку почитаю, спасибо. Но я как-раз "если что" сам вытираю кластер через rm -rf

В оперативку не влезает?)

А, если так — то, наверное, всё равно...

Не хочется каждый раз tmpfs от рута пробрасывать.

Вот это уже полная чушь, IMHO — лучше бы Вы эту RAM просто выбросили (!), чем "баловаться" с tmpfs.

Ну а как еще засунуть Пг в память? Подскажите если есть более разумные варианты

А, в этом смысле... понятно. Так по умолчанию (NO ACTION) — тоже не даёт удалить.

А фикстуры для тестов большие?

Датасеты? Обычно нет.

Он этим занимается сам (как и любая нормальная СУБД). Дайте ему shared_buffers и work_mem побольше, да и всё.

Цикл создать бд ,накатить схему накатить датасет, прогнать тесты, удалить бд сколько времени занимает?

Так tmpfs это и есть механизм на основе системного page кэша в оперативке, просто без backing device под ним. Оно даже в кеш второй раз не кладётся. Фактически это будет как просто сходу всю базу прочитать чтобы она влезла в кэш. Ну и дополнительно при записи долгого fsync от диска ждать не нужно в принципе.

мм... Сейчас точно не скажу, так как не на чем померяться, я только на этапе написания тестового окружения.

Насчет fsync'а у меня уже стоит fsync=off ))

И ещё вопрос а тесты могут за собой убирать? Что то типа teardown?

Может в эту сторону посмотреть?

Вообще если бо́льшую часть времени занимает именно накатывание данных, то в постгресе накатывать можно сильно по разному и с итоговой разницей в скорости буквально на порядки.

Ещё можно попробовать поднять БД в вируалке, накатить схему и полный набор тестовых данных и сделать снапшот. Потом просто откатываться к снапшоту

> Фактически это будет как просто сходу всю базу прочитать чтобы она влезла в кэш.

Что в типичном тестировании и так произойдёт, только база "влезет" в shared buffers (что существенно лучше).

> Ну и дополнительно при записи долгого fsync от диска ждать не нужно в принципе.

Тут уже обсуждается fsync=off (ждать ничего не надо, этот аспект tmpfs бесполезен).
Т.е. Вы посчитайте / сравните варианты
1. Отдать под tmpfs столько RAM, чтобы влезла вся база.
2. Просто выкинуть часть той RAM, что была бы использована под tmpfs, и отдать всё, что можно, под shared buffers.

на каком-то конкретном примере — станет понятнее, почему вариант 2 почти наверняка лучше. ;)