|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vitaly Lugovsky 2:5020/1737.307 28 Apr 2001 17:28:21 To : Antony Y. Bolotin Subject : Re: Novell vs Linux -------------------------------------------------------------------------------- >> Очнитесь, люди! Мир не одномерный! Почему бы устройству не иметь >> древесную > Понятие "блочное устройство" никак не связано с физической реализацией, раз > уж мы об этом заговорили. Это понятие более высокого уровня, говорящее о > том, что адресация к данным может производиться не последовательно, а в > произвольном порядке. Какая разница? Я говорю о том, что такое понятие не должно быть фундаментальным. Блочное устройство должно быть лишь одним из доступных вариантов. То бишь, файл произвольного доступа, состоящий из записей фиксированной длины. К примеру, уже даже просто текстовый файл не шибко красиво на такую идеологию ложится, ему лучше быть файлом произвольного доступа (по записи, а не по байту) из записей произвольной длины (строки). А уж про более сложные случаи, когда записи структурированы, когда невозможен (нежелателен) произвольный доступ по номеру, но нужен доступ по нечисловому и неупорядоченному ключу, лучше и не поминать. Заимеешься, пока такое поверх блочного файла реализнешь. И потом еще ОС фигушку покажет, если захочешь кэшировать данные в соответствии со структурой, а не по блокам, и если потребуется эти данные журналировать, целостность блюсти. > Естественно, с ограничениями на протоколе обмена с > устройством. То есть, мы можем сказать что-то типа 'перейти туда, > прочитать, перейти сюда,записать, перейти вооон туда, записать' для > блочного устройства. > Как насчет сказать то же самое для устройств другого типа ? А если нам HЕ HУЖHЫ такие операции? Если атомарные операции - "найти запись соответствующую такому-то критерию", "изменить", "commit", ... -- V.S.Lugovsky aka Mauhuur (http://ontil.ihep.su/~vsl) (UIN=45482254) --- tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (Linux/2.4.3-ac14 (i686)) * Origin: Slaytanic Wermacht station (2:5020/1737.307) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/344314bed661a.html, оценка из 5, голосов 10
|