информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetГде водятся OGRыВсе любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
У RSX-11 не было системных вызовов на чтение одного байта из... 16.04.04 14:01  Число просмотров: 1470
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> Не факт. Хотя бы тот факт, что аппаратно можно работать
> только с секторами, а файловые операции производить
> побайтно говорит о буферизации.

У RSX-11 не было системных вызовов на чтение одного байта из файла, минимум - сектор.

> А при полном считывании останется ли все в памяти? Working
> Set для юзерских процессов точно так же ограничен. Только в
Опять Виндовс...
> данном случае путь данных будет выглядеть так: системный
> буфер - юзерская память - мэппинг в своп - а далее все
Ну, хорошо, выделили в файловом кеши буфер, закачали инфой, потом мовнуть в область памяти пользовательской задачи - это же смешное время по сравнению с чтением с носителя.
> точно так же как и с меппингом прямо из файла (подкачка при
> необходимости). Винда просто не даст процессу иметь больше
> физических страниц, чем позволено квотами. А будут это
Игрался я с Экселем, когда он отжирал всю свободную память - ничего не своповалось.
> просто страницы виртуальной памяти или страницы меппинга -
> ее уже мало волнует. Меппинг в этой ситуации выигрывает еще
> и тем, что пока страница чистая никакой записи не требуется
> (а для сброса страницы в своп - надо)
Ну есть у него преимущества при определенных условиях.
> А вот этим уже IO-менеджер занимается. Сериализация
> запросов к винчестеру не юзерская проблема. Кроме того,
Откуда система знает - возжелает ли пользовательская задача в следующую милисекунду читать из смежного вектора или нет.
> слыхал я о винтах которые сериализуют запросы аппаратно. Ну
Вроде как все скайзевые, ИДЕшники пока не умеют.
> и раз уж на то пошло, то полное чтение ничуть не более
> застраховано от такого положения, чем меппинг. При этом не
> имея никаких преимуществ.
Более естественно удовлетворить запрос целиком, все равно передавать обратно в задачу управление следует после полного окончания отработки запроса.
<programming> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach