Локальное кеширование сетевых файловых систем

wfrr, тупая новость. Не опубликовал бы низачто.

В редхате 5 из коробки (хотя, возможно это в 5.1 было добавлено, не помню). Не использую (т.е. оно вообще-то само включается и драйвер fscache подключается при монтировании nfs, но раздел для кэша не настроен), ибо на гигабитном эзернете дело почти бесполезное, лучше nfs оптимизировать, если он гигабитные скорости не выжимает.

И, конечно, nfs4 рулит. v3 в топку.

> И, конечно, nfs4 рулит. v3 в топку.

Sun microsystems рулит. Openoffice, java, nfs - тру системы.

Все хорошо на словах, а на самом деле все не так радужно.

>В редхате 5 из коробки (хотя, возможно это в 5.1 было добавлено, не помню). Не использую (т.е. оно вообще-то само включается и драйвер fscache подключается при монтировании nfs, но раздел для кэша не настроен), ибо на гигабитном эзернете дело почти бесполезное, лучше nfs оптимизировать, если он гигабитные скорости не выжимает.

>И, конечно, nfs4 рулит. v3 в топку.

Задолбали индусы. Учитесь править свой гавённый быдлокод, выбирать правильные алгоритмы и оптимизировать их под задачу.

а как же POHMELFS?

из скольки машин у вас сеть?

Один большой лопбек :-)

# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 5.1 (Tikanga)
# dmesg|tail -2
FS-Cache: Loaded
FS-Cache: netfs 'nfs' registered for caching

> из скольки машин у вас сеть?

Из одной. Меньше нету смысла.

Какое такое локальное? Со стороны сервера или со стороны клиента?

> из скольки машин у вас сеть?

высокоскоростная nfs-шара нужна на нескольких. Вообще nfs смонтирован на нескольких десятках, но там на скорость по фиг.

PS конечно, если хочется получить гигабитные скорости на нескольких nfs-клиентах одновременно, нужно в сервер несколько сетевух..

Нафига? +1 ф топку.

А похмелфс в 40 раз быстрее был!

> Учитесь ... выбирать правильные алгоритмы и оптимизировать их под задачу.

Кэширование это классическая задача и также предполагает знание и использование всяких интересных алгоритмов.

>Задолбали индусы. Учитесь править свой гавённый быдлокод, выбирать правильные алгоритмы и оптимизировать их под задачу.

Это виндус-вей, когда каждая программа имеет свой механизм кеширования, свой сборщик мусора, свой планировщик. Задачей кеширования должна заниматся ось а не программа.

>> из скольки машин у вас сеть? >Из одной. Меньше нету смысла. идеальная сеть вообще не содержит узлов (с) Дао Де Дзин

когда NFS научится читать данные в паралель более с чем одного стораджа - тогда и кэширование не понадобится. а пока NFS в топку.

>а пока NFS в топку.

а что же тогда использовать? самбу?

OpenAFS, разумеется.

PVFS2, Lustre, GFS - вариантов уйма на самом деле..

1)Олелоки появились?

2)перекодировки имен файлов?

3) клиент под винду переписали, как сервис?

А если в аккурат перед чтением информация на сервере поменялась?

Вообще-то по тестам с интенсивными метедата операцими, результаты более чем плачевные. А читать страницу с данными из локального кэша совсем просто. CRFS и POHMELFS используют специальные алгоритмы для того, чтобы заметно ускорить эти операции. Пока ни одна из этих ФС не поддерживает механизм когерентности кэшей.

Изобретаем свой велосипед ?

http://lsub.org/magic/man2html/4/cfs