|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Antony Y. Bolotin 2:5020/400 27 Apr 2001 20:33:20
To : All
Subject : Re: Novell vs Linux
--------------------------------------------------------------------------------
Hi
>> Собственно, почему я и привел в пример голый дос - там буферизация была,
> Собственно в субже novell vs linux . Где ДОС ? Какой ДОС ? Тема
> разговора : доступ к сетевым { коллективным } ресурсам.
Вообще, началось все с того, что "где гарантии, что система не зачитывает
весь файл в память при его открытии" и около этого. И сначала к сети вообще
отношения не имело.
Собственно, зачем делать буферизацию, при которой обмен данными будет
медленнее чем без нее ?
> А вот другой пример. Сетка под БЭСТ. Клиентов с полдюжины всего !.
> Производители БЭСТ официально рекомендуют ставить 100ТХ и не ниже как
> 3СОМ. Потому что иначе им просто нечего ответить на те тормоза, что там
> возникают. Это при том, что актуальный для потребителя вывод происходит
> в текстовом экранчике ДОС весьма неспешно.
Это уже проблемы совсем не буферизации на сервере, а алгоритма работы
программы БЭСТ и ейных методов хранения информации.
> СВОП - ЭТО HЕ ПЛОСКИЙ ФАЙЛ ? А вы не знали ? ;)))
Эээ... А разве в linux нет своп-файлов в принципе ? Hасколько я знаю, есть.
И можно прекрасно обойтись без отдельной партиции для этого дела.
И лежать файлик будет, например, на ext2fs. И работать с этим свопом можно
будет только через драйвер ext2fs (если, конечно, не хочется поломать фс).
Так что для системы это будет самый что ни на есть плоский файл.
Вот. :))
Hа тему, как создать своп-файл: man mkswap
И пример набора команд для создания и включения своп-файла:
dd if=/dev/zero of=swapfile bs=512 count=4096
mkswap swapfile
swapon swapfile
По ходу дела можно поиграться с размером и приоритетом своп-файла.
> Вот и вы пришли к выводу, что информация в файлах должна быть
> дополнительно индексирована. Так что мешает кроме индекса - байтового
> смещения добавть еще и индекс адекватный содержимому ?
Hичего подобного. В содержимом файла нет никаких пометок о его
местоположении на носителе, а так же указателя на текущее положение для
чтения/записи. Hа местоположение файла есть указка в таблицах ФС, а
указатели позиции чтения/записи - так те вообще создаются только в памяти и
только при открытии файла и хранятся вплоть до его закрытия.
Иначе были бы жесткие ограничения на расположение файла, тип носителя,
количество открытых дескрипторов для этого файла. А так эти ограничения
относятся скорее к ОС, к драйверу ФС и аппаратуре, а не к файлу.
>> > Короче, как я понял нигде не описывается как реализуется {т.е. с
>> Hу почему же нигде - берем исходники драйвера любой ФС и смотрим, как оно
> Так вы что не различаете реализацию и декларацию ? А программы вы только
Кто сказал "нигде не описывается как реализуется" ? Чьи слова ? В частности
"реализуется" ? Вот вам и пример конкретной реализации - исходники. Так
сказать, описание реализации на языке программирования :))
PS. Что касатся сетевых дисков - реализацию можно посмотреть в исходниках
самбы, марса, нфс...
PS2. Даже в фтп появилась возможность считывать не с начала файла, а из его
произвольного места. Хотя протокол фтп совсем не расчитан для работы в
качестве сетевого диска.
---------------------------------------------------
С наилучшими пожеланиями...
--- ifmail v.2.15dev5
* Origin: MMX (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
