При разработке распределенной файловой системы необходимо выбрать несколько различных факторов, которые влияют на ее функциональность, семантику и производительность.
Мы будем проводить сравнение различных распределенных файловых систем, исходя из нижеперечисленных соображений.
Также может иметь смысл заглянуть на сайт topolshop48.ru, ведь именно там можно узнать много нового на тему http://topolshop48.ru/. Тема автономная канализация может показаться на первый взгляд незначительной и даже не тематичной. Но стоит посетить сайт topolshop48.ru, и тема автономная канализация начинает проявлять себя с неожиданной стороны и вызывает всё больший интерес. Дело в том, что тема автономная канализация очень подробно представлена на сайте topolshop48.ru. Трудно найти более детальное освещение темы автономная канализация чем это сделано на сайте topolshop48.ru. Спасибо сайту topolshop48.ru за такое доскональное преподнесение темы автономная канализация.
♦ Пространство имен. Некоторые распределенные файловые системы предлагают унифицированное пространство имен, например такие, в которых для доступа к конкретному файлу все клиенты используют одно и тоже полное имя. В иных реализациях каждый клиент может настроить пространство имен индивидуально путем монтирования поддеревьев в определенных каталогах файловой иерархии. В распределенных системах применимы оба метода.
♦ Работа в режиме запоминания состояния и без него. Сервер, поддерживающий запоминание состояния, сохраняет информацию об операциях клиентов между запросами и использует ее для корректного обслуживания последующих запросов. Некоторым запросам, например open или seek, необходимо помнить, какие файлы были открыты клиентом, а также смещение для каждого открытого файла. В системах, не запоминающих состояние, каждый запрос является самодостаточным, а сервер не хранит информацию о клиентах. Последние серверы работают быстрее, поскольку используют преимущества знаний о состоянии клиента, что экономит значительный объем сетевого трафика. Однако такие серверы обычно используют более сложные механизмы поддержки целостности и восстановления после сбоев. Серверы, не со- хранящие информацию о состоянии, более просты в реализации, но не обладают высокой производительностью.
♦ Семантика разделения. В распределенных файловых системах должна быть определена семантика, регламентирующая действия при одновременном доступе к файлу нескольких клиентов. Семантика UNIX требует того, чтобы изменения, сделанные одним клиентом, были видимы для остальных при последующем вызове read или write. Некоторые файловые системы поддерживают семантику сеансов, где изменения показываются остальным клиентам только после вызовов open или close. Другие системы предоставляют иные виды гарантий, например некий определенный интервал времени, после которого клиент должен увидеть изменения в файле.
♦ Методы удаленного доступа. В идеальной клиент-серверной модели для доступа к файлам применяется метод удаленных служб, где каждое действие инициализируется клиентом, а сервер является простым агентом, обслуживающим клиентские запросы. Во многих распределенных файловых системах (в частности, поддерживающих запоминание состояния) сервер играет более заметную роль. Он не только обслуживает клиентские запросы, но и участвует в механизме согласования кэша, уведомляя клиентов, если их кэшированные данные стали неверными.
Рассмотрим несколько распределенных файловых систем, используемых в UNIX, и то, как они поддерживают перечисленные средства.
Опубликовал katy
July 11 2015 15:29:29 ·
0 Комментариев ·
2242 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
