Pull to refresh

Comments 11

Ещё
> На первый план осталось расширение heap-а.

И
> Таким образом если *потом* shared lock'ов имеет достаточную интенсивность
Спасибо! Говорят тут комментить про опечатки не надо было
имхо в комменте про опечатки ничего страшного нет. мы же человеки, не роботы )

Вы проделали прямо титаническую работу! Спасибо! Только на пользователей AWS RDS Postgresql это вряд ли отразится. Интересно, выиграют ли от ваших оптимизаций MPP форки postgresql?

Пока AWS RDS на таких машинах не работает, поэтому да, на них отразится вряд ли.
А если MPP форки на подобном железе запускать, то должно помочь и им.
В AWS и tablespace жестоко зашит, не то что когда появится там подобное NUMA «железо».
В случае с MPP ещё отдельный вопрос(по деньгам и производительности) что эффективнее будет в конкретной задаче запускать на множестве нод или на меньшем количестве подобных NUMA систем.
Интересная статья!
Думаю, что именно у PostgresPro есть будущее для больших систем.
Однако есть и другой класс систем, у них несколько материнских плат, обмен данными между которыми осуществляется с помощью интерконнекта, при этом на них работает один экземпляр ОС и для пользователя такая конструкция выглядит как единая машина

Извиняюсь, хочу поинтересоваться по поводу организации работы таким образом, по возможности прошу поделиться ссылками и информацией. Заранее благодарю!
Sign up to leave a comment.