Size: a a a

2021 October 19

c

codingteam@cjr in codingteam
Minoru
да
источник

t

ttldtor in codingteam
аи тормозить не будут?
источник

c

codingteam@cjr in codingteam
Minoru
у него (в виртуальной памяти) шо то, шо то выглядит как адрес, после которого есть 8 гиг пространства
источник

c

codingteam@cjr in codingteam
Minoru
если боишься тормозов, делай prefaulting
источник

D

Devel29A in codingteam
Не-а
источник

c

codingteam@cjr in codingteam
Minoru
а так я не понимаю, откуда там тормоза. В любом случае при обращении к «новой» странице будет page fault, придётся её искать, подгружать адрес в кеш TLB, после чего обращения к ней будут быстрыми
источник

c

codingteam@cjr in codingteam
Minoru
может быть, в операционках сейчас сделали какие-нибудь предсказатели, пытающиеся угадать и префолтнуть странички, но я о таком не слышал
источник

c

codingteam@cjr in codingteam
Minoru
(впрочем, я и не специалист; спроси Альбу или вот Мура)
источник

t

ttldtor in codingteam
пожалуйста, не надо предсказателей. И так данные утекают
источник

D

Devel29A in codingteam
Мы, вот как делали
источник

D

Devel29A in codingteam
У нас был драйвер (ага)
источник

D

Devel29A in codingteam
Он хавал вообще всю физическую память в системе и потом мы юзали эту память так, как в нашей бизнес логике это требовалось
источник

t

ttldtor in codingteam
в общем, проблем нет. Я понял
источник

t

ttldtor in codingteam
всё отлично и всё летает
источник

t

ttldtor in codingteam
и вся память непрерывная
источник

D

Devel29A in codingteam
Ну, я реально пока не понял юзкейз до конца
источник

t

ttldtor in codingteam
попробую сформулировать
источник

t

ttldtor in codingteam
тогда в чём проблема структур данных типа "двусвязный список", если в любой момент мы можем притвориться, что память для него непрерывная? Зачеми на уровне процессов\потоков вводится такое усложнение?
источник

t

ttldtor in codingteam
зачем*
источник

D

Devel29A in codingteam
Думаю, для большинства случаев это и вправду ненужно
источник