TGViewer
Loser story Loser story @reverse13 · 946 subscribers
Post #579 458
Вы никогда не задумывались над такой штукой: часто бывает в плюсах, что некоторые объекты создаются только как указатель в куче, и иногда такие объекты содержат массив фиксированного, но к сожалению известного только в рантайме размера, в таком кейсе вообще поидеи мы могли бы разместить массив и обьект в одной аллокации

Вроде не очень сложно написать такое вручную, как специальная функция для создания объекта, которая выделяет нужное количество памяти, а потом юзает placement new, но нужно думать про тоже выравнивание например, и писать такое часто не классно, с другой стороны компилятор мог бы делать такое сам для какого-нибудь специального типа.

По-моему кажется достаточно удобной и прикольной фичей, почему такого нет(ну кроме того что специфичный кейс и может быть не решаемый на уровне std, плюс могут быть проблемы с кастомными аллокатроами мб) или о чем я не подумал, пишите.
Если узнаю что-то конструктивное по теме напишу в комментах
More from @reverse13
  1. Jul 29, 2026Вообще мы тут сделали end-to-end search/analytics benchmarks на 1e9 otel logs Планируем ту…
  2. Mar 19, 2026Последние пару месяцев смотрел и правил перф серчевого движка и в общем у нас наконец-то е…
  3. Dec 23, 2025Мы тут написали небольшой пост про свой iobuf который юзаем для реализации postgres проток…
  4. Dec 2, 2025Привет, мы частично заопенсорсили текущий код нашего проекта -- SereneDB. Это оказалось тя…
  5. Sep 28, 2025Вообще вот странная штука, больших проектов на C++, C, Rust которые делают базы данных или…
  6. Aug 30, 2025Решил почитать перед сном коммиты в llvm libc++, а то там llvm 21 вышел, думаю может обнов…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →