|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 28 Apr 2006 09:56:59
To : Vlad Gnatov
Subject : Re: Тайный смысл /dev/rXXX
--------------------------------------------------------------------------------
>>> Vlad Gnatov wrote:
VN>> Позднее эта схема деления перестала быть настолько актуальной. Linux
VN>> уже запустился без отдельных raw-устройств, оставив только блочные и
VN>> допустив плоский ввод-вывод через них. Оборотной стороной этого
VN>> стало отсутствие явного плоского ввода-вывода; значительно позднее
VN>> были сделано raw devices для этого. Во FreeBSD это деление устранили
VN>> в 4.0, но почему-то из /dev/MAKEDEV r-устройства не убрали. Плоская
VN>> работа с диском обеспечивается через обычные устройства с O_DIRECT
VN>> (не знаю, нужна ли ядерная опция DIRECTIO непосредственно для дисков
VN>> - это уже надо смотреть детальнее).
VG> Круто Вы все запутали.
VG> /dev/wd* - блочные устройства, /dev/rwd* - "сырые"
Да.
VG> Из блочных читается/пишется через кеш, из сырых напрямую. Включая прелести
VG> типа
VG> записи по границе секторов и целыми секторами.
А теперь учти что ты не мог на 3.* и раньше ни открыть /dev/wd* на
обычное чтение/запись, ни смонтировать /dev/rwd* как файловую
систему. Что одно, что другое тебе ядро не позволило бы.
VG> Партия решила, что народу блочные устройства ненужны. /dev/wd* выкинули,
VG> /dev/rwd* переименовали в ad/da. Теперь все io через них "сырое".
Во-первых, не путай IDE и SCSI. /dev/da* возникло после CAM'ификации
SCSI уровня и его появление - реальность для 3.0 или для специальной
CAM'ифицированной ветки 2.2. До этого SCSI диски были /dev/sd*.
А вот замена драйверов IDE с wd на ad - это уже 4.0 и более поздние.
VG> DIRECTIO используется только для чтения файлов в обход buffer cache прямо в
VG> буфер
VG> приложения. Это судя по conf/NOTES и беглому просмотру ufs/ffs/ffs_rawread.c
Во-вторых, O_DIRECT планировалось тут использовать, но если не дошло
до практического использования - странно, они его вводили точно
тогда же когда убирали блочные устройства:)
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
