(L
Size: a a a
Rust LGBTTQQIAAPPС++ political tutorial dick measurement strikeforce
114 membersпожаловаться на группу
2021 October 23
P
P
а если это распаиваемая хуйня современная, то сам понимаешь
P
кому вообще надо много памяти, но мало цп
С
Данные из одной части памяти в другую будет переносить именно процессор
С
Это вроде только у IBM есть какие-то особенные как бы коммутаторы, контроллеры памяти, которые сами будут перетаскивать данные в оперативке
С
А вообще спор ни о чём
(L
А это важно, если мы обсуждаем буквально любой современный процессор?
P
а зачем их переносить, если есть логическая адресация?
(L
Хотя нет, тут даже современность роли не играет никакой
P
у тебя ж там не NUMA-архитектура в ноуте, чтоб это было важно
С
Ну вот переносят же. Например, большая часть IO - это сначала внешнее блочное устройство заполняет буфер чтения по DMA, а затем ядро копирует этот буфер в область памяти, переданную пользовательской программой
С
То есть, можно и без этого обойтись, но по-моему, мало кто так делает до сих пор
P
надо бы глянуть, никогда не интересовался ядерными драйверами
С
Это не драйверы. Это параметр io. Я могу рассказать, как оно в винде, про Линукс же я знаю только что оно там такое же примерно
P
тоесть, это уже на стыке юзерленда с ярдом, после драйверов?
(L
Эхехе, доставочка приехала
С
То есть, если мы открываем файл, то можно указать режим работы io, когда чтение/запись будет идти напрямую из области памяти из/на устройство. При этом, память должна быть выровнена по размеру блока аллокации виртуальной памяти от самой ОС, это 8кб или 64кб ли
P
Ты про щедулер что ли?