The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Доклад Google о файловых системах Linux, opennews (??), 06-Май-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


33. "Доклад Google о файловых системах Linux"  +1 +/
Сообщение от AMD Man (?), 07-Май-11, 01:37 
Под мелкие файлы XFS великолепно тюнится. Гуглится с первого раза...
С 2000-х годов почти под сотню серверов работает. Постоянное изучение альтернатив
(по совокупным критериям - надёжность,скорость,масштабируемость и т.д.) пока ни к чему не привели...
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

37. "Доклад Google о файловых системах Linux"  +/
Сообщение от Аноним (-), 07-Май-11, 01:46 
> Под мелкие файлы XFS великолепно тюнится. Гуглится с первого раза...

Раньше XFS тормозил если метаданных много, что как раз и есть в случае мелочи. Но в новых ядрах его прилично допилили по этому поводу. Стало вообще хорошо :)

Ответить | Правка | Наверх | Cообщить модератору

65. "Доклад Google о файловых системах Linux"  +/
Сообщение от metallic (ok), 07-Май-11, 10:52 
> Раньше XFS тормозил если метаданных много, что как раз и есть в
> случае мелочи. Но в новых ядрах его прилично допилили по этому
> поводу. Стало вообще хорошо :)

В новых - это каких? Я планирую использовать дебиан 6, там в репах 2.6.32

Ответить | Правка | Наверх | Cообщить модератору

79. "Доклад Google о файловых системах Linux"  +/
Сообщение от pavlinux (ok), 07-Май-11, 13:05 
> там в репах 2.6.32

Фи,... в 2.6.32, ещё delaylog нету.

Ответить | Правка | Наверх | Cообщить модератору

81. "Доклад Google о файловых системах Linux"  +/
Сообщение от metallic (ok), 07-Май-11, 13:11 
> Фи,... в 2.6.32, ещё delaylog нету.

Ну придется собрать ядро

Ответить | Правка | Наверх | Cообщить модератору

38. "Доклад Google о файловых системах Linux"  +/
Сообщение от vadiml (ok), 07-Май-11, 01:46 
> Под мелкие файлы XFS великолепно тюнится. Гуглится с первого раза...
> С 2000-х годов почти под сотню серверов работает. Постоянное изучение альтернатив
> (по совокупным критериям - надёжность,скорость,масштабируемость и т.д.) пока ни к чему
> не привели...

У меня с мелкими файлами только небольшой раздел (200 гиг) под /home, тут меня больше reiserfs устраивает, где-то с 2003-го года так её использую, а для больших разделов уже вылазят её проблемы с маштабируемостью на большие размеры и многопроцессорность

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

43. "Доклад Google о файловых системах Linux"  +/
Сообщение от Аноним (-), 07-Май-11, 01:54 
> У меня с мелкими файлами только небольшой раздел (200 гиг) под /home,
> тут меня больше reiserfs устраивает,

Только почему-то в интернете попадается много случаев когда fsck диск убил. Одна небольшая проблема. Зато какая.

Ответить | Правка | Наверх | Cообщить модератору

45. "Доклад Google о файловых системах Linux"  +/
Сообщение от vadiml (ok), 07-Май-11, 02:10 
> Только почему-то в интернете попадается много случаев когда fsck диск убил. Одна
> небольшая проблема. Зато какая.

У меня где-то в 2007 была глючная МВ, глухо вешала систему на голом месте, 2 раза корень с ext3 уходил.
Рейзер после каждого зависания тупо отказывал последние изменения и работал дальше, ни разу не было проблем за 8 лет использования.

Ответить | Правка | Наверх | Cообщить модератору

51. "Доклад Google о файловых системах Linux"  +/
Сообщение от ананим (?), 07-Май-11, 02:58 
всё тоже самое, только фс нужно поменять местами.
оракель, 300 гб база, корень с екст3 не проблемма.
рэйзер - корень в акуе, база в дауне. (и это не впродакшене, рэйзер вообще для оракеля не точто не сертифицирован, даже не на всех сайтах найдешь упоминания - на девелоперском окружении юзал. после завала брал копию с продакшена. потом надоело)
Ответить | Правка | Наверх | Cообщить модератору

105. "Доклад Google о файловых системах Linux"  +/
Сообщение от vadiml (ok), 08-Май-11, 14:55 
> всё тоже самое, только фс нужно поменять местами.
> оракель, 300 гб база, корень с екст3 не проблемма.
> рэйзер - корень в акуе, база в дауне. (и это не впродакшене,
> рэйзер вообще для оракеля не точто не сертифицирован, даже не на
> всех сайтах найдешь упоминания - на девелоперском окружении юзал. после завала
> брал копию с продакшена. потом надоело)

reiserfs для баз данных противопоказан -- постоянный sync базы убивает его преимущества, а откаты журнала при ошибках убъют базу.
Я для оракла использовал только xfs с выносом журнала на отдельный диск ещё с 2005-го года

А вот для /home с миллионами мелких файлов на однопроцессорных системах -- это одна из лучших fs (хотя в 33-м ядре работу с несколькими cpu и улучшили, но если на неё копировать файлы файлы в несколько гиг, то всё равно впадает в ступор).

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру