всё это в памяти лежит потому что sync оно не делает

Что значит не делает?

Делает

Это с ожиданием синка на диск

У меня памяти столько не хватило бы)

Просело немного

Уже 60-90

очень странныевещи делаешь

А вот скажите мне

У меня есть структурка 10-15 байт. Мне надо под такие структурки аллоцировать память. Я планирую сделать freelist. Что будет лучше - аллоцировать память большими сплошными кусками, и потом делать realloc, или просто аллоцировать каждый раз кусочек размером со структуру и хранить указатели?

Ну тут зависит от задач, думаю

У меня есть структурка 10-15 байт. Мне надо под такие структурки аллоцировать память. Я планирую сделать freelist. Что будет лучше - аллоцировать память большими сплошными кусками, и потом делать realloc, или просто аллоцировать каждый раз кусочек размером со структуру и хранить указатели?

сколько их?

будет не больше 100_000 с вероятностью 99% )

Если тебе заранее известно, что ты будешь аллоцировать разом >15 структур, то большими кусками

А скорее всего будет в среднем 20_000 или даже меньше

А как часто они будут добавляться/удаляться?

Ну если это freelist то они добавляются сначала до 20к а потом переиспользуются.

Но если выделять память сплошным куском то freelist не нужен особо

А нет, все таки нужен походу

То есть эти структуры всегда добавляются и никогда не удаляются, видимо.

Тогда большими кусками, логично?

уменьшать же не надо, я так понял

Да как-то не вижу логичности. Может так быть что мы выделим большой кусок а он будет на 90% пустой все время

Хотя я щас вычислил, походу я из-за спичек спорю. 20000 структур по 15 байт это 300кб памяти примерно ))

полтора мегабайта жалко?)

полтора мегабайта жалко?)

Получается freelist нафиг не нужен?

100к по 15 байт (если выравнивание по 1 байту)

А если размер структуры будет сильно больше (1кбайт) то уже есть смысл заюзать freelist ?

freelist Это вот это вот? https://ru.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B8%D1%81%D0%BE%D0%BA_%D0%BE%D1%81%D0%B2%D0%BE%D0%B1%D0%BE%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D1%8F

Ага, хитрая удобная штуковина

Позволяет нааллоцировать много много кусочков памяти и почти мгновенно их использовать и отпускать

Я знаю, я его сам придумывал)

подходит когда много, часто и примерно одинаковых

Ну вот как раз мой случай

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

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

И может работать даже когда память фрагментирована и нет места для одного большого куска

будет не больше 100_000 с вероятностью 99% )

одним массивом сделай и мозги не парь

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

по сути там массив и есть

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

а она есть - связный даёт перерасход памяти и более медленный доступ

а она есть - связный даёт перерасход памяти и более медленный доступ

За счет чего медленнее доступ?

За счет чего медленнее доступ?

за счёт разыменовывания указателей на указатели

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

за счёт разыменовывания указателей на указатели

можно индексы использовать

Так как они освобождаются не всегда с конца, а могут и из середины

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

ну это от деталей уже зависит, может быть

За счет чего медленнее доступ?

Последовательный же

а освобождать нужно будет?

а освобождать нужно будет?

Когда структура не нужна, то этот кусочек памяти уходит обратно в список свободных. Это типа освобождение, но на самом деле память не освобождается.

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

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

Ну большой кусок никогда не нужно освобождать

Ну большой кусок никогда не нужно освобождать

(c)авторы Java

)))

ну тогда да, делай как-нибудь, но так что-бы потом можно было поменять, а там будет видно

речь я так понимаю идёт про случай c nogc?)

речь я так понимаю идёт про случай c nogc?)

да

как найти место откуда вызвана функция где сидит pragma(msg, )?

Static assert 0

оно само пропало после апдейта

из какого-то пакета прилетало, из сериализатора вайба, похоже

Ну и ок

угу

месяц собирался силами чтоб найти это место, а оно возьми и пропади

привет. я смотрю, что парни спонсируют dlang https://opencollective.com/dlang. Интересно, их жены в курсе, на что идут деньги? Или, в основном, холостяки?

ERROR: S client not available

привет. я смотрю, что парни спонсируют dlang https://opencollective.com/dlang. Интересно, их жены в курсе, на что идут деньги? Или, в основном, холостяки?

Ээээ. Как бы. Взрослый мужик не обязан у женщины спрашивать, куда ему деньги девать. Если это не на блядей

Максимум поставить в известность.

Там же наверное, те кто миценирует не концы с концами сводят. Из свободных денег. Почему бы и нет.

непонятно почему сумма именно такая, неужели там всё нафиг надо переписывать?

непонятно почему сумма именно такая, неужели там всё нафиг надо переписывать?

3К долларов. Это много?

Вопрос звучит не так

Это даже не месяц разработки

Сейчас никакого плагина там нет что ли? Я думал что-то уже есть и оно работает но отстало от реалий современных

Я не знаю, но человек не хочет работать бесплатно. И он оценил свою работу в такую сумму

Вполне нормальный подход

https://forum.dlang.org/post/tkxpdgeredhwqraxnkxj@forum.dlang.org

мой вариант

Лично я привык к Идеи. Там, вроде, был какой-то плагин

Как-то привычно, чтоли

Мне всё эти модные ИДЕ кажутся перегруженными. для старых языков это норм, новым такое не надо - достаточно подсветки синтаксиса и автокомплитов

ну дык vscode вполне в духе минимализма (не считая электрон)

там вообще ничего почти нет в комплекте)

Ну не знаю. Рефакторинг, умный поиск и т.д.

ну дык vscode вполне в духе минимализма (не считая электрон)

он же фактически в окне браузера, какой минимализм

Ну не знаю. Рефакторинг, умный поиск и т.д.

рефакторинг не нужен, умный поиск не такой уж и умный и тоже не нужен

а почему рефакторинг не нужен?)

как минимум «переименовать символ в проекте» часто удобная штука)

он же фактически в окне браузера, какой минимализм

Он про минимализм интерфейса.

как минимум «переименовать символ в проекте» часто удобная штука)

в наше время такой рефакторинг назывался "поиск -> заменить во всём проекте"

это не то)

Он про минимализм интерфейса.

а я про тормоза на каждом чихе и отжирание памяти

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

а нужно переименовать, например, конкретную переменную

а я про тормоза на каждом чихе и отжирание памяти

хз, у меня наоборот vscode летает по сравнению с idea или даже редакторами типа sublime

хз, у меня наоборот vscode летает по сравнению с idea или даже редакторами типа sublime

это говно и моча же. попробуй code::blocks или geany

вот там оно ЛЕТАЕТ

нууу там наверн ничего и нет :)