получил - обработал - забыл

пока жив экземпляр структуры жив и этот буфер

Хм надо же это работает

static char[INET6_ADDRSTRLEN+1] str; вот такое поле в структуре делает бинарник меньше на 4к

А если не static то больше на 4к получается. В чем магия?

static по сути не поле структуры

структура как пространство имён

такая перменная одна на поток

сколько экземпляров структуры ты не сделаешь

убираешь static и это становится полем класса и везде где ты его пользуешь добавляется расход на этот массив

Мда если описать массив больше на 20000, то все же бинарник пухнет. Значит там этот массив как-то располагается, просто больее оптимально нежели когда не static

ещё раз: static не дублируется нигде, по сути это глобальная переменная, только не глобальная, а в пространстве имён структуры

а не static будет в каждом экземпляре структуры

Ну у меня экземпляр то один создается в процессе работы

Поработает и уходит

на стеке?

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

О я понял вроде в чем дело

char[INET6_ADDRSTRLEN+1] str = void; вот так вообще почти нет оверхеда

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

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

Или что-то такое

не исключено, но странно

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

точно так

Кто-то знает как работают исключения изнутри? Они как-то влияют на производительность?

Я читал, что влияют негативно

Но как работают, досконально не знаю

Кто-то знает как работают исключения изнутри? Они как-то влияют на производительность?

Да влияют. Для этого и нужен nothrow, что бы компилятор мог оптимизировать

Кто-то знает как работают исключения изнутри? Они как-то влияют на производительность?

google: раскрутка стека

?

Кто-то знает как работают исключения изнутри? Они как-то влияют на производительность?

не буду повторяться, что влияют, но вот это скину https://habr.com/post/279111/

Спасибо ?

не буду повторяться, что влияют, но вот это скину https://habr.com/post/279111/

Я кстати вчера натолкнулся на твой тикет в ldc по поводу __d_array_copy

В плюсах если нет nothrow, при перемещении контейнера, например, элементы копируются, а не перемещаются. А для МК вообще c -fno-exceptions компилят

И вот у меня зародилась мысль, может все же считать -betterC ненужным. Рантайм весом в 300кб особо никого не смущает. Но плюшек получается никаких.

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

Так их нет в беттерС же

Нет, а хочется

В си тоже нет ) люди обходятся как-то

Проблема в том что нельзя из рантайма взять какие-то некоторые функции, он либо весь вкомпилируется либо betterC

И вот вчера я натолкнулся на то что даже функция копирования одного слайса в другой a[0..2] = b[0..2] это функция из рантайма.

Я кстати вчера натолкнулся на твой тикет в ldc по поводу __d_array_copy

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

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

И вот вчера я натолкнулся на то что даже функция копирования одного слайса в другой a[0..2] = b[0..2] это функция из рантайма.

Это хороший пример, почему betterC мертворожденный

Это хороший пример, почему betterC мертворожденный

Ну он так сказать является экстремальным видом очищенного от всего D

С выходом поддержки minimal runtime можно плодить свои промежуточные рантаймы

По форматированию текста - есть же быстрый snprintf

Ну он так сказать является экстремальным видом очищенного от всего D

А зачем, если ни в std, ни собственно в языке его поддержки особой нет?

А зачем, если ни в std, ни собственно в языке его поддержки особой нет?

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

Это очень похоже на си но с приятными плюшками. Например слайс можно перебирать через foreach

Проблема в том что нельзя из рантайма взять какие-то некоторые функции, он либо весь вкомпилируется либо betterC

не совсем же

всё то что с шаблонами оно может и в betterC, насколько я понимаю

Да

Даже трейты из std.traits

вообще кто-то на каком-то D-conf тему задвинул, что можно половину runtime сделать шаблонным и тогда типа бинарник меньше, исполняется быстрее

вообще кто-то на каком-то D-conf тему задвинул, что можно половину runtime сделать шаблонным и тогда типа бинарник меньше, исполняется быстрее

так и осталось на уровне предложения?

Да это было бы круто

Но я думал что ldc2 сам умеет анализировать, какие функции не используются и вырезать их. Но походу все же нет.

Как только я убираю флажок -betterC программа сразу пухнет на 300кб на ровном месте

так и осталось на уровне предложения?

ну вроде да

Мне кажется что делать функции шаблонами только чтобы они не включались в бинарь это костыль

Мне кажется что делать функции шаблонами только чтобы они не включались в бинарь это костыль

эммм

они будут включаться

инстанцируется и включается может даже не в одном экземпляре

Нет они не инстанциируются если их не использовать

а, понял

не буду повторяться, что влияют, но вот это скину https://habr.com/post/279111/

"Training a monkey would be easier" Классный слоган у автора.

ERROR: S client not available

https://github.com/ldc-developers/ldc/releases/tag/v1.10.0-beta1

кстати говоря)

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

в vk админы сообщества вообще не огонь, как оказалось спустя пару лет, поэтому чисто больше для себя https://vk.com/dlang.news

но кому интересно добавляйтесь

Меня нет вк ?

Но зато я открыл еще одну офигенную грань D - он умеет форматировать строки в compile time

Но зато я открыл еще одну офигенную грань D - он умеет форматировать строки в compile time

CTFE не знает границ?

ага

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

Но испугался что он не сможет перевести номер строки в string

Оказывается можно не просто перевести, а отформатировать как хочешь через шаблон со всеми модификаторами, потом еще сконкатенировать с другой строкой и все это сделать constr char* и засунуть в printf

Оказывается можно не просто перевести, а отформатировать как хочешь через шаблон со всеми модификаторами, потом еще сконкатенировать с другой строкой и все это сделать constr char* и засунуть в printf

это ты про запись format!"my format string %d"(12);?

ага

Хехе, chompPrefix тоже работает в CT

в format передавать CT аргумент в виде строки вроде только недавно стало можно (он проверяет аргументы соответствуют ли строке формата), а обычным способом вроде давно уж работает

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

как правильно создать шаблон вида: R Caller(T,U,V){}. Чтобы можно было заюзать: int d = Caller(1, 2.0f, "sda"); Проблемка с типом возврата R. Как верно реализовть, при условии что тип возврата может менятся?

R Caller(R, T,U,V){}

ну или вместо R вначале написать auto

оно тогда тип само выведет

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

как правильно создать шаблон вида: R Caller(T,U,V){}. Чтобы можно было заюзать: int d = Caller(1, 2.0f, "sda"); Проблемка с типом возврата R. Как верно реализовть, при условии что тип возврата может менятся?

Нужна перегрузка по возвращаемому значению?

R Caller(T,U,V, R){}

Можешь указать вручную если знаешь какой тип

Нужна перегрузка по возвращаемому значению?

Тогда через темплейт отдельно

Тогда через темплейт отдельно

Это я спросил. Дайте человеку ответить :)

да я вот пытаюсь по востребованые типы через static if(is(R : type)) отработать.

да я вот пытаюсь по востребованые типы через static if(is(R : type)) отработать.

Не понятно.

return cast(R)value не катит?

Не понятно.

Он хочет детектировать возвращаемый тип

трайт ReturnType