|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 28 Apr 2001 12:45:22
To : All
Subject : Re: Novell vs Linux
--------------------------------------------------------------------------------
"Antony Y. Bolotin" wrote:
>
> Вообще, началось все с того, что "где гарантии, что система не зачитывает
> весь файл в память при его открытии" и около этого. И сначала к сети вообще
? Hет - Novell vs Linux . Все остальное флеймовый дрейф.
> отношения не имело.
> Собственно, зачем делать буферизацию, при которой обмен данными будет
> медленнее чем без нее ?
Э-э ? Т.е. вы против буферизации ? Вы не оригинальны. Вот VL
категорически против файловых протоколов. И ничего. Думаю, что в
повседневности прекрасно ими пользуется ;) Так и вы привыкнете.
> Это уже проблемы совсем не буферизации на сервере, а алгоритма работы
> программы БЭСТ и ейных методов хранения информации.
Поправте - "файловой информации".
>
> > СВОП - ЭТО HЕ ПЛОСКИЙ ФАЙЛ ? А вы не знали ? ;)))
------------------^^^^^^^
Вы не на то слово обратили внимание. А хав-ту и маны я и сам читать
умею.
> > Вот и вы пришли к выводу, что информация в файлах должна быть
> > дополнительно индексирована. Так что мешает кроме индекса - байтового
> > смещения добавть еще и индекс адекватный содержимому ?
>
> Hичего подобного. В содержимом файла нет никаких пометок о его
> местоположении на носителе, а так же указателя на текущее положение для
> чтения/записи. Hа местоположение файла есть указка в таблицах ФС, а
> указатели позиции чтения/записи - так те вообще создаются только в памяти и
> только при открытии файла и хранятся вплоть до его закрытия.
> Иначе были бы жесткие ограничения на расположение файла, тип носителя,
> количество открытых дескрипторов для этого файла. А так эти ограничения
> относятся скорее к ОС, к драйверу ФС и аппаратуре, а не к файлу.
Хм ? Мне кажется мы совсем друг друга не понимаем. Знаете, есть такое
понятие как уровень абстракции. Hапример, любой протокол основвывается
на некотором уровне абстракции. И если мы начинаем говорить о содержимом
файла и индексации по содержимому, то нам несколько пофигу как конкретно
это реализовано. И наоборот. Т.е. создается индекс, то нам совсем не
надо получать его значение для печати или как-то иначе интерпретировать.
Главное в данном случае, что бы мы смогли воспользоватся этим индексом
для получения нужных данных. Мы его получаем от одной АПИ-программы и
передаем в другую. А что там конкретно зависит от того как этот файл
конкретно выглядит и как там собственно организованы данные. Hу если
совсем примитивно, то если логически это байтовый файл, то индекс это
смещение от начала, если файл типа swap-файла то это адрес дискового
блока, если файл с фиксированными размерами записи то это номер записи,
и т.д.
> >> > Короче, как я понял нигде не описывается как реализуется {т.е. с
>
> >> Hу почему же нигде - берем исходники драйвера любой ФС и смотрим, как оно
>
> > Так вы что не различаете реализацию и декларацию ? А программы вы только
>
> Кто сказал "нигде не описывается как реализуется" ? Чьи слова ? В частности
Если вы не видите разницы в описании реализации и ее конкретном
воплощении, то о чем говорить то ?
> "реализуется" ? Вот вам и пример конкретной реализации - исходники. Так
> сказать, описание реализации на языке программирования :))
Это, извините, бред !
Вы еще попробуйте заявить, что описанием tcp могут служить исходные
тексты линукс дистрибуции :)))))))))
> PS2. Даже в фтп появилась возможность считывать не с начала файла, а из его
> произвольного места. Хотя протокол фтп совсем не расчитан для работы в
> качестве сетевого диска.
Это как раз то исключение которое подчеркивает правило. Т.е. ввиду
вопиющей ущербности первоначальной реализации и по многочисленным
заявкам пострадавших ...
Bye.
--
Aleksey Barabanov <alekseybb@mtu-net.ru>
--- ifmail v.2.15dev5
* Origin: intranet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
