EG
Если файл на диске, то будет работать со скоростью диска, то есть медленно
Size: a a a
2020 August 19
AV
Любой язык, который разрешает вставки на асме, естественно, можно заставить аллоцировать вещи на стеке динамически. Но будет больно.
1) арена на стеке
2) профит
2) профит
s
C позволяет VLA, и в Asm можно вообще что хочешь творить.
Есть возможные нюансы на физическом уровне с тем же кешированием и вообще временем доступа к участкам выделенной памяти в разных ситуациях, только это может выстрелить в любую сторону и в целом редко сильно вляиет (если вообще). Так что да, разницы никакой. Поэтому в ряде задач и делают аллокацию большими кусками наперед, а не по десятку байт каждый раз.
A
Если файл на диске, то будет работать со скоростью диска, то есть медленно
Но если вдруг нужно будет кучу синхронизировать с каким-то файлом на диске будет так же медленно?)
r
вопрос в том как ты будешь это делать переносимо
void foo(int k, int v, struct kv *back_ref) { struct kv data = { k, v, back_ref}; получаем запрос по сети, если поиск ищем в linked-list data, если добавление, то рекурсивно вызываем foo(k, v, &data) }
EG
red75prime
void foo(int k, int v, struct kv *back_ref) { struct kv data = { k, v, back_ref}; получаем запрос по сети, если поиск ищем в linked-list data, если добавление, то рекурсивно вызываем foo(k, v, &data) }
Это очень медленный квстор
EG
Можно, наверное, сделать скиплист на стеке
AV
нет аллокации на стеке, есть фреймование, это немного разные юниты если быть совсем буквальным
Ох уж это "спрашивают с лохов, а вопросы задают". Функция-то alloca называется
JC
Кому нужны другие архитектуры и ОС? /s
уточню, /s это сарказм?
EG
уточню, /s это сарказм?
Да
EG
Но тут так, наполовину
На сервере реально можно только это поддерживать
На сервере реально можно только это поддерживать
BV
Ох уж это "спрашивают с лохов, а вопросы задают". Функция-то alloca называется
это уже совсем про другое, по умолчанию совсем другие механизмы работают
A
Adv0cat
Но если вдруг нужно будет кучу синхронизировать с каким-то файлом на диске будет так же медленно?)
@emmanuelGoldstein да?)
EG
Adv0cat
@emmanuelGoldstein да?)
А варианты?
T1
кто тебе сказал эту глупость про то что стек быстрей кучи?
так это не глупость
T1
нет аллокации на стеке, есть фреймование, это немного разные юниты если быть совсем буквальным
да нет, есть
BV
так это не глупость
это самая большая глупость которую можно придумать потому что если ты проведёшь бенч на разных размерах ты поймёшь что разница будет только в самом начале
A
А варианты?
ну типа маппед файлы и куча с синхронизацией на диск
T1
это самая большая глупость которую можно придумать потому что если ты проведёшь бенч на разных размерах ты поймёшь что разница будет только в самом начале
конечно же нет лол, ты память нормально то выделял в бенчах?
T1
в линуксе если тебе маллок память вернул это не значит что все нормально ещё