AV
не может у тебя быть одна и та же физическая память быть быстрей просто из-за того что ты внезапно обозвал её как-то по особенному
Так аллокация памяти по-другому происходит
Size: a a a
2020 August 19
EG
Вообще я тут подумал
AV
Так аллокация памяти по-другому происходит
По-разному*
EG
Обращение к памяти на стеке это, в лучшем случае, один pop
MB
Ну по идее, куча может хуже влезать в кэш, потому что она фрагментируется сильнее.
Хотя для больших объектов разницы быть не должно
EG
А вот для обращения к куче, нужно сначала достать указатель со стека без вариантов
BV
Так аллокация памяти по-другому происходит
покуда ты не вылез за рамки базового стека да, потом почти похоже плюс тебя фризят
T1
не может у тебя быть одна и та же физическая память быть быстрей просто из-за того что ты внезапно обозвал её как-то по особенному
блин, тебе реально вот не стыдно даже сейчас?
EG
А на вершину стека указатель всегда лежит в регистре
BV
Обращение к памяти на стеке это, в лучшем случае, один pop
через pop ты будешь обращаться только тогда когда ты выполз из скоупа а в остальных будут те же индексы
MB
А на вершину стека указатель всегда лежит в регистре
А почему указатель на объект в куче не может лежать в регистре?
T1
дело не в физической памяти же далеко, у тебя наоборот при маленьких объектах можно оптимизировать выделение кучи, а при немного больших у тебя проход по чанкам и их разделение будет лол
T1
А почему указатель на объект в куче не может лежать в регистре?
и что что он будет лежать в регистре? быстрее аллокация станет?
MB
и что что он будет лежать в регистре? быстрее аллокация станет?
Аллокация нет, но использование - да.
T1
Аллокация нет, но использование - да.
ну это и дураку понятно, но к чему это?
EG
А почему указатель на объект в куче не может лежать в регистре?
Может лежать, а может и не лежать
EG
А на вершину стека точно лежит
И обращение к вершине стека одной инструкцией
И обращение к вершине стека одной инструкцией
BV
дело не в физической памяти же далеко, у тебя наоборот при маленьких объектах можно оптимизировать выделение кучи, а при немного больших у тебя проход по чанкам и их разделение будет лол
при больших объектах у тебя будет уже не чанки а выделение регионов что может оказаться быстрее чем у стекового т.к. для стека ты не знаешь на сколько тебе надо страниц выделить памяти за раз
BV
А на вершину стека точно лежит
И обращение к вершине стека одной инструкцией
И обращение к вершине стека одной инструкцией
как и к любой его части тоже за одну
BV
и к окончанию фрейма тоже