LINUX.ORG.RU
ФорумAdmin

Кэшируемые файловые системы.


0

4

Интересует снижение нагрузки на диски веб сервера. Проблема стандартная, пара сотены тысыч папок, и т.д. Файловая система ext3,4 ufs. Переход на zfs на фри пока не возможен, а на linux можно что-то придумать но частично.

Но собственно пока вопрос для проработки, можно ли как-то без манипуляций сделать сильное кэширование данных на ext3, ext4, ufs и какие есть файловые системы которые очень хорошо работают с кэшем в оперативной памяти для мелких файлов? ну акромя zfs

Системы: CentOS, Debian, FreeBSD

самое очевидное - добавить оперативки.
далее оптимизировать настройки веб-демона.

Atlant ★★★★★
()

и не влом вот это тебе в канун нового года о файловых системах думать? возможно flashcache зарешает.

Komintern ★★★★★
()

Можешь поиграть с такими параметрами, как readahead (blockdev --setra 128 /dev/sda), поменять планировщик (echo deadline > /sys/block/sda/queue/scheduler), если есть запись в файлы, то еще поиграться параметрами /proc/sys/vm/dirty_background_ratio, /proc/sys/vm/dirty_ratio.

Еще журнал фс можешь вынести на отдельный диск, монтировать с менее жесткими опциями (в ущерб целостности данных при сбоях)... Эффект может быть большим... А может и нет, ибо хз как у тебя сейчас дисковая система настроена.

Если у тебя в основном статика, и действительно «много мелких файлов», то лучше воткнуть ssd диск (или даже флешку usb 3.0).

Если ты хочешь тонко настраивать кеширование, то можешь все закинуть в СУБД и настраивать его.

soomrack ★★★★★
()

какие есть файловые системы которые очень хорошо работают с кэшем в оперативной памяти для мелких файлов?

думаю все линуховые. Почитай в википедии про page cache и/или http://www.linuxatemyram.com/ .

Популярный контент можно кэшировать на ssd.

Кстати, типичная беда серверов это кривые настройки вебсервера/бд которые не оставляют оперативы для ОС чтобы она могла кэшировать.

true_admin ★★★★★
()

Для начала установите какой-нибудь монитор активности (мунин, какти, нагиос, заббикс и пр.), чтобы собрать статистику.
Учитывая информативность Вашего поста, могу посоветовать собрать статистики, после чего включить мозг и посмотреть, откуда ноги растут. Как уже сказали выше, проблема может быть в том, что веб-процессы слишком много жрут памяти, банально оставляя мало места для кэша, делая ещё хуже.

Используйте cgroups, шаманьте с внутренними настройками веб-сервера, переходите на более высокопроизводительный веб-сервер (например, с апача на энджиникс), юзайте flashcache с SSD, чистые SSD, SAN, кэшируйте статику, делайте апгрейд и ещё 9000 советов на Ваш абстрактный вопрос.

ktulhu666 ☆☆☆
()
Ответ на: комментарий от hellysmile

поставить вперед нжынкс с опен_файл_кеш?

Что за опен_файл_кеш?

ktulhu666 ☆☆☆
()
Ответ на: комментарий от vertexua

У меня zfs сильно тормозит по с равнению с любой фс

Моём треде про ZFS коллектив выяснил, что он у всех тормозит, даже под бздой, если нету овер9000 мб оперативы. Вопрос только в профитах от его фишек (если нет, но нафиг оно не надо).

ktulhu666 ☆☆☆
()
Ответ на: комментарий от ktulhu666

ktulhu666, здесь сам вопрос в том на сколько файловые системы работают с кэшами, у меня в этом направлении провал в знаниях, и не сильно нравится когда тот же торрент на 500файлов в раздаче укаладывает все io диска, точно так как и какая-то cms которая создала папку cache с тучей вложенных каталогов и файлов.

Теперь есть куда копать, хочется вытянуть кэш на максимум, а там дальше будет видно.

InventoR
() автор топика

Вы серьёзно думаете, что это помешает апачу сожрать всё и даже уйти в своп? Я ещё раз повторяю, нужна статистика. Если Вы на 100% уверены, что проблема в мелких файлах, то (как я уже писал выше) варианты такие:
1. nginx-фроентенд с кэшем статики на SSD.
2. увеличить RAM.
3. полностью перейти на SSD.
4. использовать Reiserfs

ktulhu666 ☆☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.