Версия 0.2 использует батчинг, сливание операторов и SIMD. На бенчмарке Clickbench Clickhouse Postgres в pgrust в 300 раз быстрее обычного Postgres и даже обгоняет Clickhouse. На OLTP-тестах прирост 30%. Простая сумма 500 млн чисел — 20 секунд у Postgres против 358 мс у Rust.
В ClickHouse разобрали, почему их managed Postgres упирался в PgBouncer, и как они выжали из него 4-кратный прирост пропускной способности. Судя по статье, дело было не в магии, а в конкретной настройке пула соединений и работе с узким местом на стороне прокси — любимая история, когда одна маленькая прослойка внезапно становится центром вселенной.
Проект pgrust от malisper заявляет, что уже проходит все regression tests PostgreSQL. Это тот редкий случай, когда «переписали базу на Rust» подкреплено не лозунгом, а конкретной метрикой из тестового набора. Конечно, до продакшена еще далеко, но репозиторий выглядит как нормальный способ посмотреть, насколько сложно угробить 30 лет C-кода и не заметить.
Проект pgrust на GitHub заявляет, что переписал PostgreSQL на Rust и уже проходит 100% regression suite самого Postgres. По HN у репозитория 474 очка и 445 комментариев — народ, как обычно, сперва смеётся, потом начинает читать код и искать, где именно зашит подвох.
В репозитории microsoft/pg_durable показали in-database durable execution — когда долгоживущие операции живут прямо внутри PostgreSQL, а не в отдельном воркере с очередями и плясками вокруг ретраев. На HN у проекта 361 очко и 83 комментария, так что тема явно задела людей, которым уже надоело чинить самодельные оркестраторы.
Это тот же pg_durable, но уже как живой GitHub-проект: Microsoft выложила код in-database durable execution, чтобы долгие операции переживали сбои без отдельной оркестрации снаружи базы. Судя по реакции HN, люди быстро поняли, что это не очередная игрушка про «сделаем workflow в SQL», а попытка встроить надежность туда, где и так уже живет половина корпоративной драмы.
В Tantor Postgres 18 встроили расширение pg_ilm для Information Lifecycle Management — оно не просто смотрит на «температуру» данных, а помогает управлять их жизненным циклом. Смысл в том, чтобы старые и редко трогаемые записи не лежали как чемпион по потреблению дорогого места, а переезжали туда, где им и положено быть.