Size: a a a

2019 December 23

E

EgorBo in pro.net
Anatoly
а new byte[10]?
оба не в лох
источник

IC

Ilya Chernoudov in pro.net
EgorBo
new double[10] - в лох?
Я к тому, что для массивов даблов особенные правила попадания в loh на x86
источник

IC

Ilya Chernoudov in pro.net
Не 80кб,
источник

I

Ilya in pro.net
Ilya Chernoudov
Не 80кб,
75000 байт только вроде
источник

E

EgorBo in pro.net
Ilya Chernoudov
Я к тому, что для массивов даблов особенные правила попадания в loh на x86
это да, но это утверждение:
источник

E

EgorBo in pro.net
Ilya Chernoudov
Бла бла бла, массивы даблов попадают  в loh, потому что он всегда по 8 выровнен
^
источник

E

EgorBo in pro.net
сразу 2 раза неправильное
источник

E

EgorBo in pro.net
не важно на сколько хип выравнен - ты всегда можешь выравнять сам
источник

IC

Ilya Chernoudov in pro.net
Больше 1000 элементов массвы даблов попадают в loh
источник

E

EgorBo in pro.net
выравнить поинтер - это полторы инструкции
источник

IC

Ilya Chernoudov in pro.net
EgorBo
не важно на сколько хип выравнен - ты всегда можешь выравнять сам
🤔
источник

E

EgorBo in pro.net
lea + and
источник

IC

Ilya Chernoudov in pro.net
EgorBo
выравнить поинтер - это полторы инструкции
Ну ты спроси, почему этого нету в x86?
источник

E

EgorBo in pro.net
чего нет?
источник

IC

Ilya Chernoudov in pro.net
EgorBo
чего нет?
Почему все массивы даблов на x86 не выравниваются по 8 байт?
источник

E

EgorBo in pro.net
источник

E

EgorBo in pro.net
алайнит поинтер
источник

IC

Ilya Chernoudov in pro.net
Это моно, а в коре и фуле?
источник

V

Vyacheslav in pro.net
Ilya Chernoudov
Почему все массивы даблов на x86 не выравниваются по 8 байт?
Потому что они выравниваются по 128? По адресации памяти процессором, чтоб эффективней кэш процессора использовался?
источник

IC

Ilya Chernoudov in pro.net
Vyacheslav
Потому что они выравниваются по 128? По адресации памяти процессором, чтоб эффективней кэш процессора использовался?
Они выравниваются по 4
источник