Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

pgrust - клон PostgreSQL на Rust, проходящий все регрессионные тесты

10.07.2026 09:19 (MSK)

Опубликован проект pgrust с реализацией СУБД PostgreSQL, переписанной на языке Rust c использованием транслятора c2rust и AI-ассистента. Заявлено, что проект пока не готов для использования в рабочих проектах, но уже успешно проходит все регрессионные тесты PostgreSQL, совместим с форматом хранения данных PostgreSQL 18.3 и может использовать data-каталог от PostgreSQL 18.3. Код проекта распространяется под лицензией AGPLv3, в отличие от оригинального PostgreSQL, поставляемого под пермиссивной лицензией PostgreSQL, близкой к лицензиям BSD и MIT. Доступна online-демонстрация возможностей, основанная на сборке в WebAssembly, а также docker-образ для быстрого запуска.

В качестве цели разработки упоминается достижение полной совместимости с PostgreSQL 18.3, а также проведение экспериментов по изменению внутреннего устройства и созданию версии PostgreSQL, избавленной от архитектурных ограничений, от которых не удаётся избавиться по историческим причинам. Проект успешно проходит набор из более чем 46 тысяч регрессионных тестов PostgreSQL, но пока несовместим с дополнениями к PostgreSQL, не предоставляет желаемых оптимизиций производительности и не полностью реализует процедурные языки PL/Python, PL/Perl и PL/Tcl.

Планы на будущее:

  • Перевод на многопоточную внутреннюю архитектуру.
  • Реализация пулинга соединений.
  • Оптимизация для рабочих процессов, активно использующих JSON.
  • Возможность создания копий и ответвлений элементов БД в режиме Copy-on-Write без копирования данных.
  • Эксперименты с архитектурой, не требующей выполнения операции VACUUM.
  • Система ограничений SQL-запросов, позволяющая блокировать излишнее потребление ресурсов при выполнении некачественных запросов.
  • Защита от переключение оптимизатора на менее эффективные планы выполнения запросов.

По словам автора проекта, в настоящее время ведётся работа над следующей версией pgrust, в которой вместо пула рабочих процессов реализована многопоточная модель обработки соединений, а также задействованы дополнительные оптимизации, такие как пакетная обработка строк в таблицах и упреждающая загрузка данных. При тестировании инструментарием percona-tpcc при обработке транзакций новая версия pgrust оказалась быстрее штатного PostgreSQL на 50%, а при обработке аналитических запросов - в 300 раз.

При переводе на Rust использован гибридный подход, при котором код PostgreSQL вначале был обработан помощи транслятора c2rust, генерирующего unsafe-представление Rust, близкое по своей структуре к изначальному коду на Си. После обработки в c2rust было создано около 1000 crate-пакетов, которые параллельно переводились на идиоматический Rust при помощи AI-модели Claude и инструментария Conductor для распределения задач между одновременно запускаемыми субагентами.

  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Компоненты браузера Ladybird начали переписывать на Rust при помощи AI
  3. OpenNews: DARPA развивает AI-транслятор для переписывания Си-кода на Rust
  4. OpenNews: Проблемы с соблюдением авторского права при переписывании ScanCode на Rust при помощи AI
  5. OpenNews: При помощи AI для новых ядер Linux портирован драйвер ftape, удалённый 20 лет назад
  6. OpenNews: Релиз СУБД PostgreSQL 18
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65879-pgrust
Ключевые слова: pgrust, postgresql, rust, ai
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (102) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:11, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    А зачем этот клон, если есть нормальный PostgreSQL? :/
     
     
  • 2.9, aname (ok), 11:16, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Стильно, модно, молодёжно же.
     
     
  • 3.33, Аноним (33), 11:55, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –16 +/
    И прирост производительности аналитических запросов в 300 раз. А ну да ладно, мелочь, просто игрушки...
     
     
  • 4.35, xsignal (ok), 11:58, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ну это сказки уже или плата за этот "прирост" - снижение надёжности на 300%
     
     
  • 5.37, нах. (?), 12:01, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –21 +/
    надежность постгреза и так всегда была околонулевой.

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

     
  • 4.39, aname (ok), 12:04, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > И прирост производительности аналитических запросов в 300 раз. А ну да ладно,
    > мелочь, просто игрушки...

    И мне предлагается в это просто поверить

     
     
  • 5.113, Аноним (113), 19:06, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, тебе предлагается взять открытый код, и убедиться самостоятельно. Если умеешь конечно. Если не умеешь, то можешь поныть на форуме.
     
  • 4.60, Аноним (60), 13:26, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И прирост неподдерживаемости в 100500 раз.
     
     
  • 5.79, Аноним (79), 14:22, 10/07/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.13, knike (?), 11:21, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    проведение экспериментов по изменению внутреннего устройства и созданию версии PostgreSQL, избавленной от архитектурных ограничений, от которых не удаётся избавиться по историческим причинам
     
     
  • 3.74, Аноним (60), 14:04, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И поддерживать это будет... кто?
     
     
  • 4.81, Аноним (79), 14:24, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Например авторы. Тем более у ЫЫ-шного кода качество всегда выше среднего. И в поддержке ЫЫ работает еще быстрее чем в разработке, ибо скоуп задачи сильно уже.
     
     
  • 5.90, Аноним (60), 15:22, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > у ЫЫ-шного кода качество всегда выше среднего

    Ну т.е. авторы применения ИИ уже не смогут его понять. Если бы они умели понимать такой код, они бы сами написали, но они не могут, потому использовали более умный, чем они сами, ИИ.

     
  • 2.38, нах. (?), 12:04, 10/07/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.55, Аноним (55), 13:06, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Возможен перехват клиентской базы, контрактов, грантов.
     
     
  • 3.61, Аноним (60), 13:30, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это ж так типично: делают клон, а на оригинал санкции накладывают.
     
  • 2.62, Аноним (62), 13:33, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты только заголовок прочитал?

    Кроме того, что тебе уже написали (про эксперименты по изменению архитектуры и избавление от вакуума) многим было бы интересно и такое:

    "При тестировании инструментарием percona-tpcc при обработке транзакций новая версия pgrust оказалась быстрее штатного PostgreSQL на 50%, а при обработке аналитических запросов - в 300 раз."

     
     
  • 3.75, Аноним (60), 14:06, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > При тестировании инструментарием percona-tpcc

    Можно написать тест, в котором AMD будет на 100% быстрее Intel. Но отразит ли это реальность?

     
     
  • 4.114, Аноним (113), 19:12, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно написать тест, в котором AMD будет на 100% быстрее Intel. Но отразит ли это реальность?

    Если ты реально напишешь такой тест, реально запустишь, и он реально покажет заявленное, то это и будет реальность данная тебе в ощущениях. А если только поговоришь на форуме, то не будет. Реальность упрямая штука, требует встать с дивана, пойти и сделать. Будет ли этот тест полезен чем-то ещё кроме доказательства что так можно сделать -- другой вопрос, но он не имеет отношения к реальности или нереальности.

     
  • 3.78, Аноним (78), 14:12, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    про 300 раз написали, а про потребление ресурсов — нет, но там может быть не так интересно
     
     
  • 4.91, Аноним (60), 15:24, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Странно, что они не описали тест, что именно они отправляли.
     

  • 1.2, aname (ok), 11:12, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > переписанной на языке Rust c использованием транслятора c2rust и AI-ассистента

    Без нейросети не осиливают уже переписать.

    Rust. Итоги.

     
     
  • 2.31, Соль земли2 (?), 11:51, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А нужно ли надрываться с топором, когда есть бензопила?
     
     
  • 3.40, aname (ok), 12:05, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +11 +/
    > А нужно ли надрываться с топором, когда есть бензопила?

    Особенно когда у тебя уже есть готовые дрова.

     
  • 3.70, Аноним (60), 13:58, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Удачи тебе колоть дрова бензопилой.
     
     
  • 4.94, Аноним (94), 15:44, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е ты не сможешь бензопилой распилить полено вдоль?

    Я знал что это инженерный форум деградировал, но не думал что настолько.
    Это печально.

     
     
  • 5.100, Ox (?), 17:05, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    *ля! Инженер, ты не теоретизируй, просто попробуй. Полено -- это уже конечный продукт, его пилить не нужно, пили чурбаки.

    О масштабировании не забудь, чурбаков 5 кубов -- штук 80. ;)

     
  • 5.110, Аноним (110), 18:38, 10/07/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.65, Аноним (62), 13:41, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ога. В постгрю тысячи человеколет всунуто. Давай перепишем по-дедовски, ручками, с нуля, сохраняя текущий он-диск формат и (пока) основные механизмы работы. Перепишем в три рыла. Наверное быстро и просто получится. Курсовая на выходные? Растянутая на кучу лет для этих нескольких рыл. Зачем? Ручками пилить такого клона целесообразно разве что как хобби на всю оставшуюся жизнь, где важен процесс, а не результат.
     
     
  • 3.95, aname (ok), 16:34, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ога. В постгрю тысячи человеколет всунуто. Давай перепишем по-дедовски, ручками, с нуля,
    > сохраняя текущий он-диск формат и (пока) основные механизмы работы. Перепишем в
    > три рыла. Наверное быстро и просто получится. Курсовая на выходные? Растянутая
    > на кучу лет для этих нескольких рыл. Зачем? Ручками пилить такого
    > клона целесообразно разве что как хобби на всю оставшуюся жизнь, где
    > важен процесс, а не результат.

    Меня, по- дедовски, устраивает оригинал. Я не переписываю ради переписывания ибо это же раст

     
     
  • 4.111, Самсонов (?), 18:41, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А что ты скажешь, когда яжефинское ведро проржавеет насквозь?
     

  • 1.3, Аноним (3), 11:13, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > А зачем этот клон, если есть нормальный PostgreSQL? :/

    Зачем вообще что-то делать, если уже всё есть?

     
     
  • 2.6, Аноним (1), 11:15, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот в чём и вопрос. Зачем «изобретать велосипед»?
     
     
  • 3.115, Аноним (113), 19:15, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем «изобретать велосипед»?

    Затем же, зачем студентов в MIT заставляют писать операционные системы под окаменевшие процессорные архитектуры: чтобы чем-то научиться. Mens et manus. И никак иначе.

     

  • 1.5, Аноним (5), 11:13, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Да-да-да, знаем мы эти 146% прохождения тестов на совместимость, в убунте ржавый бизибокс отваливается каждый раз когда его пытаются пропихнуть.
     
     
  • 2.14, Аноним (14), 11:22, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дык это только показывает что тесты не покрывают то, что должны покрывать.
    От улучшения тестов выигрывают все, в том числе GNU coreutils.
     
     
  • 3.16, freehck (ok), 11:26, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Дык это только показывает что тесты не покрывают то, что должны покрывать.

    Кому должны? Тесты — это не формальная спецификация. Их пишут, чтобы отлавливать регрессы, а не для того, чтобы всякие Васяны могли переписать твой продукт. Это принципиально две разные задачи.

     
  • 3.68, fidoman (ok), 13:51, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На каждый тест просто отрастает ещё один if, никак покрытие тестами не улучшает архитектуру.
     
     
  • 4.116, Аноним (113), 19:17, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тесты и не должны улучшать архитектуру. Тесты должны её формально валидировать, в первую очередь в нетривиальных условиях. То, что 2+2=4 можно не проверять, если это не так, мир сломается задолго до запуска теста.
     
  • 2.57, Colorado_House_of_Representatives (?), 13:12, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > в убунте ржавый бизибокс

    Сразу видно человека, который абсолютно не разбирается в вопросе.

    1. Не BusyBox.
    2. Прохождение тестов не гарантирует аналогичный функционал. Это буквально каждый программист знает. 100% охвата тестов не бывает. В том числе из-за неопределённого поведения Си.

     
     
  • 3.96, aname (ok), 16:35, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> в убунте ржавый бизибокс
    > Сразу видно человека, который абсолютно не разбирается в вопросе.
    > 1. Не BusyBox.
    > 2. Прохождение тестов не гарантирует аналогичный функционал. Это буквально каждый программист
    > знает. 100% охвата тестов не бывает. В том числе из-за неопределённого
    > поведения Си.

    Придётся добавить UB в раст

     

  • 1.8, Аноним (8), 11:16, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Не, ну технически можно гонять нейронку, пока все тесты не начнут выполняться. Но что там с производительностью, архитектурой?
     
     
  • 2.17, Пыщь (?), 11:27, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты чего? Там святагая ржавчина! У неё нет разыменованный указатель, переполнение буфера, выход за границы, УБ-УБ-УБ, ЦВЕ, дискета, снуборд.
    А ещё ... "инфантильный ты"! (тут на форуме один мощно задвигает термины, смысл которых ему, видимо, малопонятен, я лишь жалкая пародия на оного, но стараюсь не сильно отставать).
     

  • 1.10, Аноним (10), 11:18, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Когда оно тихонечко съест или испортит данные, ИИ скажет юзеру: я очень извиняюсь, вы правы, мне не стоило этого делать.
     
     
  • 2.24, Аноним (24), 11:40, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    я позволил себе деструктивную операция без явного призыва сделать бэкап))) плавали знаем
     

  • 1.11, freehck (ok), 11:21, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > По словам автора проекта, в настоящее время ведётся работа над следующей версией pgrust, в которой вместо пула рабочих процессов реализована многопоточная модель обработки соединений, а также задействованы дополнительные оптимизации, такие как пакетная обработка строк в таблицах и упреждающая загрузка данных. При тестировании инструментарием percona-tpcc при обработке транзакций новая версия pgrust оказалась быстрее штатного PostgreSQL на 50%, а при обработке аналитических запросов - в 300 раз.

    Да неужели. Да, это быстрее, кто ж спорит. Однако любая ошибка в коде воркера приведёт к порче памяти мастер-процесса. Разработчик выбирает явно неразумный трейдофф. Я очень сомневаюсь, что транслятор смог переписать всё с учётом потоко-безопасности и без unsafe-ов.

     
     
  • 2.45, нах. (?), 12:16, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    так-то ошибки в коде воркеров только данные в базе портили, это-то точно надежно и безопастно!

     

  • 1.18, Аноним (18), 11:27, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Страшно представить если кому-то придется поддерживать такой код:( Зато теперь понятно для чего нужен ИИ, так как Rust и C++ это изначально языки не для людей;)
     
     
  • 2.19, Аноним (19), 11:30, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > C++ это изначально языки не для людей

    Ты как бы врать то ври, но не завирайся. C++ появился в 1985 и до примерно C++ или чуть позже был вполне себе нормальным языком с лаконичным синтаксисом. Ты точно уверен и не брешишь, что C++ с первого дня (как ты сказал - изначально) не был для людей?

     
     
  • 3.20, Аноним (19), 11:30, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    * до примерно C++11
     
  • 3.22, Аноним (18), 11:31, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Какая разница что там было изначально, сейчас это язык для ИИ
     
  • 3.29, Аноним (29), 11:49, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Таки без С++ не было бы Qt. Да и непонятно, получилось бы Qt на каком-нибудь другом языке (на Rust бы не получилось).
     
     
  • 4.34, Аноним (18), 11:58, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да никто не отбирает заслуги С++. В свое время он отлично сослужил свою службу. Однако это не отменяет тот факт, что в текущем виде это язык для ИИ. Это уродливый и опасный монстр, над сложностью которого полностью утрачен контроль и колличество страниц в том же стандарте тому подтверждение.
     
     
  • 5.50, Аноним (50), 12:46, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    при этом лучше всего ИИ пишет на пайтоне ;)
     
  • 5.82, Аноним (82), 14:25, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это если руки не из плеч. Если сложность пугает, всё ещё есть простая сишечка, на которой тем не менее создают довольно сложные и крупные системы, а по выразительности (кол-ву строк на заданную функциональность) она примерно на уровне раста, только закорючек меньше и под борова прогибаться не нужно.
     
     
  • 6.105, Аноним (105), 17:45, 10/07/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.73, Аноним (60), 14:03, 10/07/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.112, Аноним (110), 18:41, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Например, на D получидось бы. Даже ещё, возможно, с меньшим числом строчек кода.
     
  • 2.21, нах. (?), 11:30, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    дык эта - клава, подержи...тьфу, опечатался - поддержи кота!

    другой вопрос - кому оно нахрен такое надо за те деньги.

    тут в существующем-то постгрезе ничего толком не получается исправить, что с клавой, что без... один вон цельный core dev пыжился-пыжился, уже почти совсем готов был (снова!) избавить нас от формата нуждающегося в vacuum - упс, оподливился. Давайте говорит все выкинем и целиком заново ядро напишем, а то мой патч не работает.

     
     
  • 3.23, Аноним (18), 11:38, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    IT гигантам это надо! Ставка на  человек + ИИ агенты уже сделана, глупо это отрицать.
     
     
  • 4.27, Аноним (24), 11:48, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ой, как будто it гиганты никогда не садились в лужу, да они вроде как только это и делают, аппаратные рейды, кому нужны сейчас? а как бродком то их продвигал, сколько раз эпл прыгала по архитектурам процов? ну, про интел думаю не надо рассказывать, так слить надо уметь, амд может оплот логики и стабильности? все деньги мира к ним потекли, и чего, драйверов нормальных написать не могут, инструкции отключают.

    > глупо это отрицать

     
     
  • 5.32, Аноним (18), 11:53, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего, скоро стадия отрицания пройдет:)
     
     
  • 6.108, Сладкая булочка (?), 18:31, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Скоро ИИ хайп пройдет. Цены поднимут. Энергоносители подорожают. Вот тогда вы запоете.
     
  • 4.46, нах. (?), 12:21, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > IT гигантам это надо! Ставка на  человек + ИИ агенты уже
    > сделана, глупо это отрицать.

    дык им ЭТО вот конкретновое (в смысле - переписанный посгрез) нафиг не надо.

    Это кому-то из импортозамещателей понадобилось. Причем при этих масштабах - вылилось совсем не в бесплатную подписку, там хорошо если в меньше $10k уложились.

    Плюс труд кожанового раба, которого кормить подавай три раза...хотя бы в неделю, а то ж сдохнет.

     
     
  • 5.59, Андрей (??), 13:26, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что за бред с импортозамещением?! Харе на политику всё валить.
    PG-раст опубликован от имени
    Michael Malis malisper
    Freshpaint
    San Francisco, Ca
    https://malisper.me/
     
     
  • 6.118, нах. (?), 19:20, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Что за бред с импортозамещением?! Харе на политику всё валить.

    ну казалось наиболее вероятным поворотом. Учитывая кто и где на самом деле активно внедревывает постгрезы последние годы.

    > PG-раст опубликован от имени

    https://www.postgresql.org/community/contributors/ - и чо?! Все мы знаем, кто там на самом деле начальство.

    > Michael Malis malisper

    Фамилие - интересное. Ну ок, конечно жеж, совпадение.

    > Freshpaint

    какой-то одноклеточный стартап вроде бы по шпионажу за посетителями сайтов. Полагаю, с нулем покупателей кроме кого-то из родственников. (потому что изивини но все занято апдырявиксом и соревноваться с ним не получится, даже если о тебе вообще кто-то слышал. Что в данном случае нульвероятно.)

    Видимо, у его владельца дофига свободного времени и лишних денег чтобы заниматься переписыванием постгреза. (И бэкграунд интересный. DBA а не разработчик. Впрочем, может и не dba а свадебный генерал в чине лейтенанта.)

    Ну ок, все лучше чем постгрез.

     
  • 3.53, freehck (ok), 12:57, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > один вон цельный core dev пыжился-пыжился, уже почти совсем готов был (снова!) избавить нас от формата нуждающегося в vacuum

    Да сомнительная изначально была затея.

    Вся разница в том, как оно ведёт себя в критической ситуации. Вот что приводит к блоатингу таблиц? Активные update-ы и delete-ы. И zheap должен, по идее, облегчать жизнь в этом случае... Но цена за это — кратное замедление этих запросов (а это очень критично, между прочим), плюс ещё сильное разрастание WAL-ов. Ну то есть овчинка выделки явно не стоит: лучше уж вакуум гонять.

     
     
  • 4.97, U202204161753 (?), 16:40, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ясненько... ( Наверное...) Оk -- отложим и:

    В ORIOLE со всем этим как обстоят дела? Thank!

     
     
  • 5.104, freehck (ok), 17:39, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Да собственно именно так, как описано выше, дела и обстоят: у ораклов по сравнению с постгрой — дорогие update-ы и delete-ы.

    Именно потому, что undo-лог требует больше ресурсов вот прямо здесь и сейчас, а не потом, во время вакуума.
    Поэтому блоатинг таблиц у ораклов болит сразу же, а не через недельку, когда блоат накопится из-за того, что вакуум захлебнулся и не справился с задачей.

    Хорошо это или нет — вопрос весьма непростой, судить не берусь.
    Потому что вот с одной стороны постгрес получается шустрее, а оракл предсказуемее. Предсказуемость оракла способствует отлову косяков заранее, и позволяет спокойно спать по ночам.
    Но с другой стороны, если проблема таки пролезет и вскроется лишь на проде, то с постгрой у тебя ещё будет время повертеться и худо-бедно выжить, а что делать с ораклом — вот не знаю.

     

  • 1.25, Аноним (25), 11:41, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    PostgreSQL написан на чистом C, собирается очень быстро и оставьте его на чистом C
     
     
  • 2.69, Аноним (62), 13:57, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что, текущие разработчики оригинальной постгри выступили с заявлением о переписывании на раст? Постгрю у тебя никто и не забирает. Пользуйся на здоровье сишной. А кто-то в будущем (может быть) захочет пользоваться другой, растовской.
     
  • 2.102, Аноним (102), 17:20, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нельзя вот так вот просто взять и.... (с) А если серьезно, то западники явно продавливают раст системно, вероятно даже договорившись между собой. Я имею ввиду самые крупные компании. Вон и Линуса, видимо, _очень_ вежливо попросили раст в ядро запихать. В общем. Я думаю, что раст, ко глубокому сожалению, - это надолго, и в покое они приклады на сях не оставят.  
     

  • 1.36, xsignal (ok), 12:00, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тесты проходит, а то, что не покрыто тестами - фантазия нейросети и неопределённое поведение...
     
     
  • 2.43, нах. (?), 12:15, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    а то что не покрыто тестами - фантазия кожановых тяпляперов с 95 года сменивших четыре поколения. Безусловно оно надежно и эффективно, как китайская стена!

     
     
  • 3.51, Аноним (50), 12:48, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    тяпляпер так-то починить может и есть спросить с кого, с ИИ взятки гладки и поддерживать прожект сложнее привет, мир ИИ пока не очень чтоб...
     
  • 3.58, Смузихеб забывший пароль (?), 13:17, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    нет теста - нет результата провала теста, доказывавшего бы ненадёжность. Пока всё сходится
     

  • 1.42, Vasyan (??), 12:11, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Claude Code по утекшим исходникам уже переписали на Rust какие-то кажется корейские чуваки. Потом еще всякое улучшили, включая добавление поддержки моделей других вендоров.
    Посмотрели, что никто его юзать не собирается, несмотря на все плюшки и забили на него.
     
     
  • 2.47, нах. (?), 12:22, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Claude Code по утекшим исходникам уже переписали на Rust какие-то кажется корейские

    а где, кстати, скачать?! Мне очена надо вотъ!

     
  • 2.56, Филипп Филиппович (ok), 13:08, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Писать такое на расте или плюсах — безумие полное. Тайпскрипт, Питон и подобное. Проблемы с производительностью и ресурсами там на 99% в модели, а клиент (сравнительно с моделью, конечно) тонок. Так-то он тоже большой.
     

  • 1.44, Sm0ke85 (ok), 12:15, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >pgrust - клон PostgreSQL на Rust, проходящий все регрессионные тесты

    Сразу написали, что в случае бага - это "тесты" виноваты... ахахаха))))

     
  • 1.48, Имя (?), 12:31, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Ждём дефолтом в ближайшей версии Ubuntu, успех с coreutils непременно нужно закрепить xD
     
  • 1.49, Аноним (50), 12:44, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Соседняя новость:
    73% проектов на Flathub, созданных с помощью AI, были заброшены спустя несколько месяцев
     
     
  • 2.52, заголовок (?), 12:55, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    "После запрета размещения в каталоге Flathub приложений, сгенерированных при помощи AI..."
     
     
  • 3.93, Аноним (93), 15:39, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    не совсем так — они просто заброшены, потому что не было цели их развивать. Попадание во флатхаб это не та ачивка, которая гарантирует жизнь проекту
     
  • 2.77, Аноним (77), 14:09, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это просто людишки пытаются сделать так чтобы их не заменила ИИ.
     
  • 2.89, n1kt0 (??), 15:21, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Уже там же и ответили!
    Программы сразу получились идеальными, нечего переделывать или добавлять.
     

  • 1.76, Аноним (77), 14:08, 10/07/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.80, Анлним (?), 14:24, 10/07/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +1 +/
     
  • 1.83, Сладкая булочка (?), 14:32, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот ничего нового не создают, а лишь переписывают. Прям как некоторые в авиастроении, сидящие на научной базе СССР.
     
  • 1.84, Аноним (84), 14:39, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >По словам автора проекта, в настоящее время ведётся работа над следующей версией pgrust

    Внутри которой будет сразу крутиться модная-стильная нейронка без лишних прослоек.

     
  • 1.85, BlackV (?), 14:57, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Забавно, но в целом бесполезно. Если команда разработчиков не будет больше команды PostgreSQL, то в лучшем случае они продолжать слегка пилить базу на уровне PostgreSQL 18.
     
     
  • 2.92, Аноним (60), 15:30, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Если команда разработчиков не будет больше

    Легко: наберут индусов за миску риса.

     

  • 1.86, penetrator (?), 15:06, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    не верю в 50% прирост вообще

    и почему используется percona-tpcc а не oltp_read_write из стандатной поставки sysbench

    а еще пулинг под вопросом, у меня плагин для пулинга работал сильно медленне на хайлоде, чем стандартные соединения постгреса 17

    короче опять надо тестировать и проверять на звиздеж, а на это нет времени

     
     
  • 2.99, aname (ok), 16:43, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > не верю в 50% прирост вообще
    > и почему используется percona-tpcc а не oltp_read_write из стандатной поставки sysbench
    > а еще пулинг под вопросом, у меня плагин для пулинга работал сильно
    > медленне на хайлоде, чем стандартные соединения постгреса 17
    > короче опять надо тестировать и проверять на звиздеж, а на это нет
    > времени

    Тесты берут либо те, которые под рукой, либо те, о которых знают, либо те, которые удобные.

    Время покажет, что за тесты были

     

  • 1.87, Аноним (87), 15:18, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ага, проходящий "все тесты", но такой же калеч тормозной как, например, Pangolin
     
  • 1.88, n1kt0 (??), 15:19, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уже спрашивали? А? Нет? Я спрошу.

    С 1С уже совместима? Если нет, то поделие не взлетит.

     
  • 1.98, анондирован (?), 16:40, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хлам - ни на что более Rust не годится кроме переписываний. Еще и нейропомои (ai slop)
     
  • 1.103, Аноним (103), 17:22, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тут кто-то написал что PostgreSQL это безопасно. Спасибо - поржал. А этот форк на раст это не изменит
     
  • 1.106, Аноним (106), 18:03, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > AGPLv3

    И что, кто-то в здравом уме переведет свою инфраструктуру на вот это?

     
     
  • 2.107, Сладкая булочка (?), 18:30, 10/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кажется, что все эти проекты по переписыванию спонсируются создателями соответсвтующей модели. По факту реклама, бесмысленная и беспощадная.
     

  • 1.109, Аноним (110), 18:33, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    P-grust :(
     
  • 1.117, Аноним (117), 19:18, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Есть RED HAT, то бишь - Красная шапка, а теперь будет RUST POSTGRES, то бишь - Ржавый Postgres, скрипучий и пыльный.
     
  • 1.119, Аноним (117), 19:22, 10/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучше бы механизм работы с файлами данных переработали на манер Oracle DB, без необходимости вакуума, этого плана мамонта из 80х того века. Но это, навряд ли, - кишка тонка у переписсчегов pgrust-ов
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру