|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Aleksey Barabanov 2:5020/400 27 Apr 2001 13:46:01
To : All
Subject : Re: Novell vs Linux
--------------------------------------------------------------------------------
"Antony Y. Bolotin" wrote:
>
> Да ? А вы видели, чтобы запись одного байта в середину большого файла
> занимала 5 минут ? Снимаю шляпу :))
Да на улице жара ;)
>
> > уверенности. И не надо приводить в пример ДОС. В ДОС-е и не пахло
>
> Собственно, почему я и привел в пример голый дос - там буферизация была,
Собственно в субже novell vs linux . Где ДОС ? Какой ДОС ? Тема
разговора : доступ к сетевым { коллективным } ресурсам.
> Кстати, как пример, база данных типа 1С с файлами на сети. Подключено 10
Кстати, очень верно.
> человек. Все работатю, причем активно. Получается, что серверная система
> постоянно получает запросы на чтение или запись определенного количества
> данных из/в файл базы. Так что же, она постоянно полностью перечитывает его
> и перезаписывает обратно ? Оригинально. А если таких баз 10 и в каждой
> работает 10 человек. А сервер - это машинка с 64 метрами памяти, которая
> еще 150 человек файлами обеспечивает ? Как бы оно работало ? Правильно - в
> лучшем случае ползком :))
Вот именно этот процесс более-менее познаваем. Система просто открывает
файлы в share-моде и производит блокировки когда пишет в центр или
вставляет (перезаписывает хвост). Hичего загадочного не происходит.
А вот другой пример. Сетка под БЭСТ. Клиентов с полдюжины всего !.
Производители БЭСТ официально рекомендуют ставить 100ТХ и не ниже как
3СОМ. Потому что иначе им просто нечего ответить на те тормоза, что там
возникают. Это при том, что актуальный для потребителя вывод происходит
в текстовом экранчике ДОС весьма неспешно.
> Да, еще вариант - файл свопа или раздел для свопа. Раздел на 128 Mb под
> linux при физической памяти 64 Mb. В свопе сидит метров 50 всяких данных.
СВОП - ЭТО HЕ ПЛОСКИЙ ФАЙЛ ? А вы не знали ? ;)))
> Собственно, все это к чему. Если есть блочное устройство, на котором лежит
> инфа, то зачем использовать его, как потоковое ? :))
Вот и вы пришли к выводу, что информация в файлах должна быть
дополнительно индексирована. Так что мешает кроме индекса - байтового
смещения добавть еще и индекс адекватный содержимому ?
> > Короче, как я понял нигде не описывается как реализуется {т.е. с
> > какой избыточностью} прямой доступ к байтовому файлу.
>
> Hу почему же нигде - берем исходники драйвера любой ФС и смотрим, как оно
> там сделано. Единственное, что там есть из буферизации, это малюсенький
> буферок для данных в структуре описания открытого файла :))
Так вы что не различаете реализацию и декларацию ? А программы вы только
читаете или еще пишите ? Что такое АПИ, архитектурная зависимость и пр.
знаете ? Так зачем же предлагаете смотреть исходники. Давайте смотреть
спецификации.
Bye.
--
Aleksey Barabanov <alekseybb@mtu-net.ru>
--- ifmail v.2.15dev5
* Origin: intranet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
