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





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Ну не знаю как и утверждать. Если часть диска кешироваться в... 10.12.03 14:50  Число просмотров: 2589
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
<"чистая" ссылка>
> > НТФС в принципе не будет кешировать на запись. А если

Ну не знаю как и утверждать. Если часть диска кешироваться в принципе может, а часть не должна ни под каким соусом. Вот я и написал, что кеширования на запись нет, поскольку кеширование с отложенной записью подразумевает, что в момент изменения данных никакой реальной записи не должно быть, она должна произойти позже, а инициирующие процессы сразу должны получить сообщение, что запись произведена успешно.

> Это беда кривой реализаций дискового кэша — т.е. не должны
> кэшироваться журналы, а всё остальное — пожалуйста!
> На "тупом" кэшировании (когда посекторно сохраняются
> изменения в ОЗУ, а потом делается Idle Write), конечно, не
> сделаешь...

Про журнал то я и говорю. Поскольку модификация записей в журнале является операцией более длительной, чем запоминание в кеше, отсюда и тормоза.

> Идея журналирования — обеспечить целостность транзакций.
> Именно при кешировании на запись этоОЧЕНЬважно, и это
> прекрасно реализовано в NTFS5!

Отсюда и тормоза по определению.

> Вот примерно как это выглядит:
>
> ------------ Взято из WinXP FAQ ------------------
>
> Драйвер ввода/вывода NTFS инициирует процесс записи,
> одновременно сообщая сервису Log File Service вести лог
> всего происходящего.
> Данные пишутся в кэш, под управлением сервиса Cache
> Manager.
> Cache Manager посылает данные Virtual Memory Manager-у
> (менеджеру виртуальной памяти), для записи на диск в
> фоновом режиме.
> Virtual Memory Manager посылает данные драйверу диска,
> пропустив их через Fault Tolerant Driver (если у вас массив
> дисков RAID).
> Драйвер диска шлёт их контроллеру, который уже пишет их
> либо в кэш, либо прямо на диск.
> Если эта операция проходит без ошибок, запись лога
> удаляется.
> Если происходит сбой, запись лога остается в таблице
> транзакций, и при следующем доступе к диску Log File
> Service обнаруживает эту запись, и просто восстанавливает
> всё как было до этой операции.

Дык при копировании файлов, общий объем которых может поместиться в кеше, лампочка винта должна моргать или нет? В ДОСе не моргает. Записи в журнале делаются при "сливе" кеша? Надеюсь кеш работает не на файловом уровне, а на секторном. Трудно представить что должно писаться в журнал в этом случае.
<operating systems> Поиск 






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


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