Ребят, подскажите плиз, есть аналог в Постгресе in memory таблиц

Мускула?

А что такое "in memory таблицы Мускула"? Т.е. что они дают, или какие нужны свойства?

это значит они в ОЗУ хранятся

+

Подробнее бы. Все СУБД используют ОЗУ, какая разница? Т.е. интересно, чего конкретно хочется добиться от их применения.

Т.е. вопрос выше — Вам.

Сократить обращения к диску до минимума Чтобы все данные хранились в RAM

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

уверен что упираешься в хранилище?

7200 rpm диск 140 ипсов через час работы

уфф)), так купи SSD))

Это и так автоматически случится, в норме. Т.е. у Вас есть причины думать, что Вам виднее, какие данные должны быть в RAM, я правильно понял?

Нужно с этим))

Да-да-да

можно схитропопить и разместить постгрескул базу на ZFS и попробовать выиграть за счёт арк кеша, колличество иопсов должно подняться при должной настройке

Есть где про это почитать?

Была такая шутка на эту тему, что-то вроде "in-memory базы данных — это такие, которые не умеют нормально работать с диском". И доля правды тут есть. Т.е. если что-то такое нужно в "обычной" СУБД — важно, чего именно хочется достичь.

могу чат по ZFS скинуть, или несколько статеек про неё

Было бы замечательно)

Хмм? Если весомых причин так думать нет, то использование подобных "трюков" сделает всё намного хуже, учтите (потому что Вы будете "красть" RAM у тех, кому она действительно нужна).

@ru_zfs

https://openzfs.github.io/openzfs-docs/Performance%20and%20Tuning/Workload%20Tuning.html#postgresql

RAM крайне много, исходим из этого

Тогда ZFS это прям то что надо))

А Вы этот сервер и PostgreSQL вообще настраивали под существующую нагрузку, кстати?

Отлично)

Да, конечно Какие параметры интересуют?

Раз её "крайне много", PostgreSQL решит всё это сам при корректной настройке, без каких-то трюков, и всякие другие FS тут вообще не нужны.

Только учтите, что PG на ZFS - это версионник на версионнике.

ну так по ссылочке перейди прочти, там описано

А если нужно при достаточно большом кол-ве инсертов сделать так, чтобы разного рода селекты отрабатывали за менее чем секунду, к примеру?

Зачем? ext4 для ПГ вполне себе нормально, без дополнительных танцев.

Все параметры "железа", примерное описание нагрузки (OLTP? OLAP? Размер базы (а лучше — hot read set)?), и все изменённые GUC PostgreSQL, и его версия. И то, как настраивалась OS под него (и какая), тоже неплохо бы знать.

Не имеет значения, если RAM избыток.

Так Сейчас постараюсь сказать, хоть я и не админю железку эту

у него ситуация с HDD дисками, я в такой ситуации из бд выжимал норм только на ZFS

Какое отношение HDD диски вообще имеют к чтению при избытке RAM, по большому счёту? ;) В общем, тут смотреть нужно на основании более подробной информации.

однозначно плюсую