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

байтолюбы на си специально вставляют padding в свои стркутурки, чтобы было кратно 4 и видно что кратно

это бест практис

А зачем тебе специализированные пулы? Хранить Vec<Box<T>>?

Другое дело, как GC чистит кучу, вот тут то у меня много нареканий. например, в системе реального времени НЕЛЬЗЯ повесить систему, пока GC думает. Там должно быть все прозрачно. Сделал Arc::new значит аллокнул память

Я думал, это чат Го, а название ироническое

Вот и бегите в свой хаскель

Когда я перестану смеяться с шуток про го?

расскажи нам парочку

Да весь этот чат - шутка про го

я не понимаю вашу иронию

скажешь, что в языке без ГЦ при особом старании можно лучше любой кейс решить - не нравится

скажешь, что раст не нужен - не нравится

Хах, а где Box хранится? напрямую в Jemalloc-е вроде бы(хотя можно кстати это подправить, ведь тип и его размер нам известны). Те Vec<Box<T» это массив из ссылок, имеющий длину 44 байта, но юзающий блок кучи в 64, и куча T, имеющих длину 33, но юзающих блоки в 64. И вот, память куда-то делась? А если запишешь Vec<T>, то получишь один сегмент длиной 44*33=1452, который будет юзать сегмент длиною 2048

Вроде так jemalloc устроен, как я понял

А зачем тебе специализированные пулы? Хранить Vec<Box<T>>?

А говоришь по памяти не раскидано

Vec:: with_capacity(1452) будет выглядешь как сегмент в 1452 элемента

Так же как Vec созданный из итератора в 1452 элемента

Сделал ошибочку, длина массива ссылок 44 байта, но ссылка, допустим 4 байта, тогда 11*33 выйдет

В том то и дело, что куча выделит 2048 байт, и 550 потратятся. Куча вроде выделяет блоки размером степени 2ки, потому и считается оптимальным ее так же аллокать.

а вот представим, что один мой друг некогда написал такой кот
https://gist.github.com/Odomontois/f1ed29ea121564aa009facd0229c5fec
но написав его он увидел ,что джавовый аналогичный всё равно гоняет в полтора -два раза быстрее
и он такой думает: ЧЯНДТ
помогите моему другу, время пошло