ну он ничего не гарантирует. Я пробовал и мне не удавалось уменьшить потребляемую память.

аналогично, поэтому хочу проверить что получается с mallocator-ом

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

для этого можно другие аллокаторы юзать поверх маллокатора

Или какой-то свой кастомный

Который сам работает с малоком

это известные паттерны. фрилисты, пулы и так далее.

Заранее неизвестно что именно выгоднее. Здорово что можно использовать разные.

Заранее неизвестно что именно выгоднее. Здорово что можно использовать разные.

Это да

Заранее неизвестно что именно выгоднее. Здорово что можно использовать разные.

А ты не думал не удалять объект, а очищать его?

а в чем смысл “не удалять”? переиспользовать? нет не пробовал

а в чем смысл “не удалять”? переиспользовать? нет не пробовал

Не нужно будет каждый раз пкревыделять память

Сигментация будет лучше

Сигментация будет лучше

наверное имелось в виду, что фрагментация будет меньше.

наверное имелось в виду, что фрагментация будет меньше.

Да

это делается фрилистом или пулом.

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

современный malloc из glibc, сам умеет пулы и прочую оптимизацию.

Хм. Нужно будет проверить

кто-нибудь может подсказать в чем дело? https://run.dlang.io/gist/a7baffbcb32eb952e30e70cc35302022?compiler=dmd

У тебя fun и T никак не связаны. Откуда ему знать, х там целое или действительное, например?

мне и не надо их связывать

в fun передается 3

... лишние в конце

https://run.dlang.io/is/XdmqVj

спасибо!

Даешь LDC в браузере https://news.ycombinator.com/item?id=16049242

https://tbfleming.github.io/cib/

@deviator https://github.com/deviator/duseful/pull/27

"Next we'll get to a webassembly-only VM that will replace the OS. All 'apps' will run on this VM instead of being native, and most will be cross platform. They'll talk to each other via messaging (using Javascript semantics) instead of bytes-over-pipes as they do today. An integrated globally available, namespaced data store API might replace the filesystem. Each app+version will be accessible by a distinct URL. 'My computer' will finally be fully virtual - a well defined collection of 'apps/data' URLs that materializes wherever I can open one of these webassembly VMs."

"Next we'll get to a webassembly-only VM that will replace the OS. All 'apps' will run on this VM instead of being native, and most will be cross platform. They'll talk to each other via messaging (using Javascript semantics) instead of bytes-over-pipes as they do today. An integrated globally available, namespaced data store API might replace the filesystem. Each app+version will be accessible by a distinct URL. 'My computer' will finally be fully virtual - a well defined collection of 'apps/data' URLs that materializes wherever I can open one of these webassembly VMs."

Это что еще за дичь?

Будущее приложений)

По факту полностью согласен с таким сценарием

Будущее приложений)

Каких именно? Веба?

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

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

В корне не согласен. Повсеместный веб нафиг не нужен. Есть класс задач сетевого характера, есть чисто десктопные приложения. Ты ж вместо автомобиля не используешь скоростной 30-тиместный бульдозер?

90% приложений для того же iPhone это приложения с 2-3 кнопками и несколькими ползунками. 10% оставшихся это софт для узких-тематических задач. Но опять же рынку нужна минимализация расходов. Зачем отделять сайт от мобильного приложения? В два раза больше затрат на разработку и поддержку

При чем здесь яфон и десктоп?

Объединять платформы смартфонов и веба - ок. Хотя и там есть потребность в нативных приложениях. Но превращать насильно десктоп в веб-приставку - тупость абсолютная

Думаю что если так будет то все начнет тормозить

Это уже произошло. Куча приложений делается на базе браузерного Электрона

По сути получим высокопроизводительные тонкие клиенты, тормозящие по независящим от них причинам.

Тут же пойдут дальше. Сделают 90% работающими через браузер.

Это уже произошло. Куча приложений делается на базе браузерного Электрона

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

Тут же пойдут дальше. Сделают 90% работающими через браузер.

Ее больше тормозров. Спасибо - не надо

"Next we'll get to a webassembly-only VM that will replace the OS. All 'apps' will run on this VM instead of being native, and most will be cross platform. They'll talk to each other via messaging (using Javascript semantics) instead of bytes-over-pipes as they do today. An integrated globally available, namespaced data store API might replace the filesystem. Each app+version will be accessible by a distinct URL. 'My computer' will finally be fully virtual - a well defined collection of 'apps/data' URLs that materializes wherever I can open one of these webassembly VMs."

Это уже давно "пророчили"

Что-то не сбылось еще

Конечно для многого это полезно

Но не для всего.

On a completely unrelated note, я тут сегодня обнаружил, что на телефоне с андроидом достаточно написать в Termux'e "apt install ldc", и наступает щастье. До этого у меня там уже стояли gcc, python и ruby.

Круто

а что в андроиде есть apt? Телефон рутованный?

нет, не рутованный. Просто ставишь Termux и у тебя шелл и апт

и vim там есть, даже про D знает из коробки

только памяти ест много…

во всяком случае у меня валилось

Ребят, помогите ньюфагу. Как считывать ввод с клавиатуры. Readln(или fread) в D1 не особо то желает считывать числа

D1 ?

Да

Просто в инете описывалось, что D1 самая стабильная версия компилятора

на википедии?

+ на хабре

Качай 2.078

Есть

D1 уже лет 5 не нужен

ERROR: S client not available

?

Неужели он настолько стар и никто в нем не разбирается?

он устарел и не поддерживается, D2 стабилен

Да ему же лет 17

И мало кто им интересовался

https://dlang.org/phobos/std_stdio.html#.readln вот тут считываешь строку, потом ее конвертишь в число

Ха, т.е. читать можно только строку и потом генерить число? Прикольно.

Хотя это логично

Сразу некоторые ошибки исправляются

/language@QuanBot

/language@QuanBot

Думаю что если так будет то все начнет тормозить

Когда-то люди не верили, что через интернет можно будет стримить видео. Зато верили, что 640 Кб ОЗУ хавтит для всего.

On a completely unrelated note, я тут сегодня обнаружил, что на телефоне с андроидом достаточно написать в Termux'e "apt install ldc", и наступает щастье. До этого у меня там уже стояли gcc, python и ruby.

pkg search ldc Hit:1 https://termux.net stable InRelease Reading package lists... Done Building dependency tree Reading state information... Done All packages are up to date. Sorting... Done Full Text Search... Done

А вот у меня его нет :(

pkg update && pkg upgrade ?

Неа

uname -m что пишет? LDC только на 32 битном андроиде (armv7l) так доступен.

aarch64

тогда увы

:(

ну и зачем вам на телефоне LDC? :)

Непатриотичненький вопрос

Хоть на кофеварке должен быть ldc или dmd

Встаешь такой утром идешь на кухню и тут раз сразу скомпилировал и запустил что-нибудь

lsd :)

dmd мне больше улыбается

Но нет :(

А вот скажите, gc у себя внутри вызывает обычный free() системный или там сложнее?

dmd мне больше улыбается

Завязывайте уже с LSD на телефонах. ?

Завязывайте уже с LSD на телефонах. ?

И с lsd как таковым, если это не limited slip differential

И с lsd как таковым, если это не limited slip differential

А вы алкоголь употребляете?

А вы алкоголь употребляете?

Диски им прожигаю, а что?