Так и нужно делать при большом количестве одинаковых объектов

ПулОбъектов

ОбъектовПул

Но есть одно НО: объекты нужно еще и чистить, а не только возвращать

Да у меня там есть одна проблемс внутри объектов - надо каждый раз выделять буфер от 0 до 255

Вот, его еще и чистить нужно

Так что там есть свои оговорки

И вот я думаю, можно выделять каждый раз при инициализации объекта этот буфер, разной длины в зависимости от требований. А можно просто статически зафиксировать что он размера 255 и тогда ничего выделять не придется

Просто использовать ту длину от этого бкфера которую надо. И таких мест около 4

И вот я думаю, можно выделять каждый раз при инициализации объекта этот буфер, разной длины в зависимости от требований. А можно просто статически зафиксировать что он размера 255 и тогда ничего выделять не придется

То есть для всех 255?

В процессе жизни объекта клиенту приходит длина этого буфера

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

Если во всех местах статически выделить макс. буфера получается что такой переиспользуемый объект будет иметь размер около килобайта :\

Ну или сделать еще одну обвертку над малоком и запрашивать при получении/создании нового объекта (или когда оно понадобилось) и возвращать, когда возвращаешь объект

Можно пойти дальше - эти 4 места используются последовательно, поэтому можно вообще выделить 1 буфер и 4 раза его переиспользовать) Но тогда код начнет походить на запутанный говнокод

А лучше сделать так, как ты взглянешь через пол года на этот код и поймешь/вспомнишь, что ты там делал

А не убъешь на вспоминание/понимание еще пару дней)))

Такое трахание с аллокаторами не забыть.

Ну тогда можно попробовать реализовать ГОщный СМ

Для этого надо по самые помидоры в компилятор лезть, причем в бэкенд, в кодогенерацию. Вставлять везде write barriers, делать карты стеков, делать карты замыканий.

То, что сейчас можно менять GC, - это только один плохой заменить другим плохим, или его отсутствием.

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

Можно пойти дальше - эти 4 места используются последовательно, поэтому можно вообще выделить 1 буфер и 4 раза его переиспользовать) Но тогда код начнет походить на запутанный говнокод

ребяты, просто аллоцируйте Маллокатором и не парьтесь с фрилистами и прочей фигней.

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

Для этого даже есть уже готовый аллокатор - StatsCollector https://dlang.org/library/std/experimental/allocator/building_blocks/stats_collector/stats_collector.html

Спасибо посмотрю, интересная штука

Мда, диски это классика

Фигассе, кто-то еще диски записывает. У меня в компе даже привода дисков нет, ибо нафиг не нужен.

Кто-нибудь из здесь тусующихся на хабре статьи пишет?

раньше писал

там много мудаков последние года...

тоже выпилился оттуда, раньше писал

раньше писал

Я тут статью меееедленно пишу, а то и серию статей о Linux + LDC + STM32,

Не стоит там писать? А где стоит?

Или просто сделать бложик и туда запихать?

если хочешь поучаствовать в бессмьісленном сраче - стоит :)

Если честно вообще не хочу никакого срача. Кармодрочерство презираю.

А есть ли альтернативы?

ну смотри, могу я опубликовать, могу инвайтик попробовать пробить, если статья хорошая будет

хабр = норм аудитория

там пиариться норм, что большинство и делает((

норм тех статтей все меньше и меньше

там какая-то песочница есть

Я вобще про д узнал из хабра

А Олег там первый парень на деревне) постоянно строчит статьи

пиар мне не нужен от слова совсем

песочника = тьі пишешь статью, если она кому-то кто имеет ивайт нравится, тебе он дает его

Статья и каменты это 2 большие разницы

Пусть срутся)

Опа, то есть я могу писать в песочнице сразу после регистрации, без всякого инвайта?

статья о D?

Еще можно писать на гитхабе думаю

можешь, но там 0.01% аудитории))

Я же говорю Linux + LDC + STM32

мой опыт любительского программирования МК на дешке.

Да будет интересно почитать

можешь, но там 0.01% аудитории))

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

Там получается не только статья о D, но и о самом МК, так как все на голом железе, без использования каких бы то ни было библиотек

точнее все библиотеки пишутся по ходу статьи :)

я вот пока дошел до чтения данных с оптичнского энкодера и вывод на SPI OLED дисплей. Хочу еще освоить RF Wireless передачу.

stm32 это ARM?

да ARM Cortex-M3

точнее, то о чем я буду писать

а так у них там полная линейка ARMов вроде

мелкое ардуиноподобное чудо

А именно вот эта китайская шелезячка - http://wiki.stm32duino.com/index.php?title=Black_Pill

Кто-нибудь из здесь тусующихся на хабре статьи пишет?

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

да ARM Cortex-M3

Когда/если запилю backend для ARM для своего компилятора, можно попробовать будет там запустить

своего компилятора?

ERROR: S client not available

да, но там пока всё в процессе. Есть половина фронтэнда, кодогенерация под x86_64, генерация exe и подгрузка функций из дллок. Всё в виде тестов пока.

еще зачатки линковщика есть, но я пока на него забил

зачем свой кодогенератор писать, если есть LLVM?

для лёгкости/скорости и для JITа

/ї

ї ї ї :)

ಠ_ಠ

да, но там пока всё в процессе. Есть половина фронтэнда, кодогенерация под x86_64, генерация exe и подгрузка функций из дллок. Всё в виде тестов пока.

опенсорс?

https://github.com/MrSmith33/tiny_jit

в llvm есть jit

для лёгкости/скорости и для JITа

я в курсе

ребят, а можно сделать, чтобы dub передавал dflags в сборку зависимостей?

без изменения dub.sdl в самих зависимостях

а он не передает?

ну по всей видимости нет

а он не передает?

нет, однозначно теперь

чё же так неудобно то пиздец...

один раз давно настроил мега костыль, сейчас подумал, пора по человечески сделать

и пиздец...

Eugene ты пользуешься dub для сборки под arm?

нет

makefile обычный

примитивный

но у меня там собирать-то нечего, экспериментирую в основном

нашёл способ, но что-то меня смущает передавать переменную окружения DFLAGS

типа DFLAGS="-conf=arm_ldc2.conf" dub build --compiler=ldc2

выглядит как очередной костыль

Мне норм

Вполне в духе системных костылей

Мне норм

отдельные build.sh для разных архитектур, ммм, то что я люблю прям (нет)

http://www.opennet.ru/opennews/art.shtml?num=47884