|
| 1.2, jameson (?), 23:12, 06/05/2011 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| –4 +/– | |
>В Btrfs реализованы очень интересные возможности, но код еще не готов для промышленного применения;
Разве не готов? вроде в убунте, в федоре со следующего релиза хотели уже на нее переходить. Когда же готов то будет?
| | |
| |
| 2.3, achekalin (ok), 23:24, 06/05/2011 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +8 +/– |
 Так "промышленное" и "поиграться в системах, на которых тестируют все новое, необкатанное" - это несколько разные вещи.
Вот выйдет пару релизов федоры, сотни и тысячи юзеров помучают этоу ФС под разные задачи - может Гугл и посмотрит на нее с большим доверием. Да они небось и сами ее в тесте гоняют уже не первый день, но что-то не понравилось им либо в коде, либо в поведении... Благо, ресурсы и аудит кода сделать, и погонять тесты на железе у них есть.
| | |
| |
| 3.159, myhand (ok), 14:36, 16/01/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 > Вот выйдет пару релизов федоры, сотни и тысячи юзеров помучают этоу ФС под разные задачи - может Гугл и посмотрит на нее с большим доверием.
Абсолютно уверен в том, что Гуглу наплевать на мнение этих "тысяч юзеров".
btrfs давно в настоящих дистрибутивах (Debian, RHEL). Кому надо - давно использует.
| | |
|
| 2.19, Аноним (-), 01:07, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +2 +/– | |
> Когда же готов то будет?
Ну так потестируйте на себе, чем больше тех кто тестирует, тем быстрее обезглючат. Но можно просрать данные, уж извините :)
| | |
| |
| |
| 4.94, Пиу (?), 19:45, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
в бинарных дистрах можно и для /usr юзать - какая разница, если всё можно быстро восстановить?
с другой стороны есть проблема в кернелпаниках и как они будут воздействовать на систему вцелом.
| | |
| |
| 5.99, Аноним (-), 07:29, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Юзал я месяц назад этот btrfs в продакшене (нужно было том с компрессией сгородить).
основная нагрузка - запись больших файлов в несколько (до 10) потоков.
кернелпаники через день.
Снес нафиг и поставил xfs - полет нормальный.
| | |
|
|
|
| 2.111, sam (??), 18:32, 08/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– | |
не так давно ставил дебиан тестинг и попробовал btrfs, "показались" тормоза, а потом вспомнил что кое-что забыл сделать при установке, решил поставить заново но уже на ext4 и скорость существенно выросла даже при установке пакетов было заметно, почему не знаю, оставил ext4
| | |
| 2.116, anonymous (??), 20:04, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
В btrfs до сих пор нет fsck. Если что нибудь произойдет то данным кранты. С учетом того что 99.99999% пользователей никогда не делают бекапов (а остальные 0.00001% тоже не делают но смеются на форумах над последними) использовать эту файловую систему нельзя даже для домашнего компьютера.
Просьбы о скорейшем написании fsck ГОДАМИ вежливо отклоняются (ну вот именно сейчас надо решить более важную проблему, вот мы решили я начал писать, продолжаю писать, ой открылось окно патчей в ядро щас выложу патчи и точно-точно-буду-писать-fsck.btrfs).
Сначала fsck, только потом переход.
| | |
|
| 1.5, metallic (ok), 23:54, 06/05/2011 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +1 +/– |
 Анадысь рассматривал линуксовые ФС на предмет возможности использования в след. проекте, которые стартует в начале лета, нужно будет хранить 100ТБ. Смотрел-смотрел, пришел к выводу, что екст4 рулит, начал пробовать. Надо ли говорить, что я был в шоке, когда узнал, что мейнстрим ФС до сих пор! В 21 веке! Не может отформатировать раздел размером более 16ТБ. Гуглил, оказалось ФС поддерживает практически безграничные разделы по размерам, но вот не задача, утилиты обслуживания ФС древнючие и не умеют форматировать разделы более 16ТБ. При этом задача по фиксу этой баго-фичи имеет наивысший приоритет, если верить разработчикам, написано это было пару лет назад, не помню уже от какого числа пост был. До сих пор не сделано. Интересно почему? Это так сложно или они в своем коде разобраться не могут? На помойке место у екст4 до тех пор, пока сопровождающие утилиты не будут давать пользоваться всеми возможностями ФС.
| | |
| |
| 2.7, vadiml (ok), 00:00, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
 Если у Вас не будет миллионов мелких файлов, то лучше использовать XFS -- не новая, отлаженная, быстрая, многопоточные чтение-запись (по потоку на каждый экстент), есть дефрагментатор, утилиты восстановления.
| | |
| |
| 3.10, metallic (ok), 00:04, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +1 +/– |
> Если у Вас не будет миллионов мелких файлов, то лучше использовать XFS
> -- не новая, отлаженная, быстрая, многопоточные чтение-запись (по потоку на каждый
> экстент), есть дефрагментатор, утилиты восстановления.
Не поверите, но у меня как раз таки миллионы мелких файлов :) (по 5-30Мб).
А в XFS меня пугает требования к объему памяти для чекдиска, хотя, вроде, можно указать сколько памяти максимум использовать.
Вообще да, скорее всего XFS и буду использовать, JFS уже не развивается.
| | |
| |
| 4.14, vadiml (ok), 00:16, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> Не поверите, но у меня как раз таки миллионы мелких файлов :)
> (по 5-30Мб).
Я под мелкими имел в виду размер в 5-30 кб, XFS не умеет с такими оптимально работать.
> А в XFS меня пугает требования к объему памяти для чекдиска, хотя,
> вроде, можно указать сколько памяти максимум использовать.
Да, это можно задать и лучше заранее посмотреть как :)
Хотя за всё время использования у меня проблем с XFS разделами не было, хотя около полугода с ней просидел без UPS, а зимой иногда во всём доме эл-во выбивает.
Дефрагментация тоже не пригодилась -- файловая система сама справляется даже на разделах с торрентами (на разделе свободно около 5%):
# xfs_db -r -c frag /dev/sdc1
actual 76712, ideal 73345, fragmentation factor 4,39%
| | |
| |
| 5.15, metallic (ok), 00:24, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> Да, это можно задать и лучше заранее посмотреть как :)
> Хотя за всё время использования у меня проблем с XFS разделами не
> было, хотя около полугода с ней просидел без UPS, а зимой
> иногда во всём доме эл-во выбивает.
> Дефрагментация тоже не пригодилась -- файловая система сама справляется даже на разделах
> с торрентами (на разделе свободно около 5%):
> # xfs_db -r -c frag /dev/sdc1
> actual 76712, ideal 73345, fragmentation factor 4,39%
Ну вы домашний комп и промышленный файловый сервер с iowait >90% почти всегда не путайте :)
| | |
| |
| 6.27, ананим (?), 01:19, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| –2 +/– |
а я вот не путаю - xfs отличный вариант.
зыж
про мелкие файлы - xfs отлично развилась за последние 2-а года... но кому я это говорю?!!!
| | |
| 6.36, Аноним (-), 01:42, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
> Ну вы домашний комп и промышленный файловый сервер с iowait >90% почти
> всегда не путайте :)
Ну вот на таком сервере я бы с удовольствием попробовал XFS... :)
| | |
| 6.47, Анон (?), 02:23, 07/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> промышленный файловый сервер с iowait >90% почти всегда
Это называется начальника жаба душит дать денег на апгрейд железа, которое можно сказать прогнулось по полной. С таким "iowait >90% почти всегда" сервер на промышленный как-то не тянет:)
| | |
| |
| 7.89, Аноним (-), 16:18, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> С таким "iowait >90% почти всегда" сервер на промышленный как-то не тянет:)
С другой стороны, если у вас железо не полностью загружено - вы зря заплатили за него деньги.
| | |
|
|
| 5.142, Аноним (-), 12:15, 10/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Дефрагментация тоже не пригодилась -- файловая система сама справляется даже на разделах
> с торрентами (на разделе свободно около 5%):
> # xfs_db -r -c frag /dev/sdc1
> actual 76712, ideal 73345, fragmentation factor 4,39%
Это вы, батенька, как то скромно живете на XFS
# xfs_db -r -c frag /dev/sdd1
actual 297119, ideal 1911, fragmentation factor 99.36%
Весь раздел - одна большая файлопомойка под торренты.
| | |
| |
| 6.150, Аноним (-), 15:23, 23/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> actual 297119, ideal 1911, fragmentation factor 99.36%
> Весь раздел - одна большая файлопомойка под торренты.
Смотрите, дети, этот сказочный раздолбай качал торенты без преаллокации :)
| | |
|
|
| 4.26, ананим (?), 01:17, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| –2 +/– |
>Не поверите, но у меня как раз таки миллионы мелких файлов :) (по 5-30Мб).
>А в XFS меня пугает требования
а меня пугают такие "спецы".
зыж
скоко дашь за настройку экст4 на 100Тб и больше? :D
а, потрындеть! :D
понимаю.
| | |
| |
| 5.42, КО. (?), 01:53, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
>>А в XFS меня пугает требования
> а меня пугают такие "спецы".
Мне вот интересно, а на сервере с 100Тб - неужели с оперативкой какие-то проблемы? Или большому диску большой буфер - не его принцип?
| | |
| |
| 6.50, ананим (?), 02:49, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
1. приведите мне сервер с 100Tб винтами и сколько таких винтов нужно.
в сторону - реально и сейчас какие винты есть? по 2Тб? 3? 5?
так вот, если "вчера" и по 5, то таких нужно 20 штук.
но сегодня таких винтов нет. вот пруф на яндексмарките http://market.yandex.ru/guru.xml?CMD=-RR=0,0,0,0-PF=2142356600~GT~sel~6000-VIS=160-CAT_ID=686672-EXC=1-PG=10&hid=91033
только в сборе хранилища.
итак, сейчас есть только по 3Тб
их нужно - 100/3~=33,(3) - т.е. 34 штуки.
сервер говорите? нюню, видать по дешёвке по интернет магазину заказал :D
но это всё было в сторону. для размышлений о "качестве" местных тролей.
про оперативку - если раздаём по 1Гб/с каналу, то 4Гб ОЗУ хватит и на этот объём с лихвой.
зыж
могу и про эту цифру привести аналогичные очевидные рассуждения. вот только зачем? :D
| | |
| |
| 7.67, metallic (ok), 11:24, 07/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– | |
> 1. приведите мне сервер с 100Tб винтами и сколько таких винтов нужно.
Мы заказали IBM V7000 на 192 дисках по 600ГБ (2.5" 10000rpm)
> но это всё было в сторону. для размышлений о "качестве" местных тролей.
Ну ты понял, да?
> про оперативку - если раздаём по 1Гб/с каналу, то 4Гб ОЗУ хватит
> и на этот объём с лихвой.
Не понял к чему тут про канал было написано, но он будет 10Гбит, если что
| | |
|
| 6.69, metallic (ok), 11:37, 07/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Мне вот интересно, а на сервере с 100Тб - неужели с оперативкой
> какие-то проблемы? Или большому диску большой буфер - не его принцип?
На сервере, который будет подключен к хранилке, будет 8Гб памяти.
xfs_check с дефолтными параметрами требует по 2Гб на каждый 1Тб. Т.е. мне надо 200Гб оперативки XD
Но там есть опции, которые задают, сколько максимально памяти использовать, но я еще не пробовал.
| | |
|
| 5.64, metallic (ok), 10:51, 07/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> а меня пугают такие "спецы".
> зыж
> скоко дашь за настройку экст4 на 100Тб и больше? :D
> а, потрындеть! :D
> понимаю.
Когда пытался 22ТБ раздел в екст4 форматнуть - гуглил но решения не нашел. В вики екст4 написано следующее:
Currently, Ext3 support 16 TB of maximum file system size and 2 TB of maximum file size. Ext4 adds 48-bit block addressing, so it will have 1 EB1 of maximum file system size and 16 TB of maximum file size
....
The code to create file systems bigger than 16 TB is, at the time of writing this article, not in any stable release of e2fsprogs. It will be in future releases.
Так вот, если есть какое-то реальное решение - написал бы, а не умничал.
| | |
| |
| 6.70, Lampus (ok), 11:39, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
 Судя по этому:
> Ext4 adds 48-bit block addressing, so it will have 1 EB1 of maximum file system size and 16 TB of maximum file size
То есть максимальный размер раздела один _эксабайт_, максимальный размер одного _файла_ 16 Тб.
А вообще да, проблема в e2fsprogs такая имеется, видимо тянут для совместимости с ext3, в котором ограничение 16 Тб. Насколько я понял из списка рассылки разрабов, придётся ломать ABI чтобы сделать форматирование разделов более 16 Тб.
Вот тут есть древние патчи для поддержки 64-битного режима в ext4dev http://www.bullopensource.org/ext4/
Но это всё голяк, стоит посмотреть в сторону git-версии, там валяются всякие вкусности типа дефрагментатора для ext4.
| | |
|
|
|
| 3.33, AMD Man (?), 01:37, 07/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +1 +/– |
Под мелкие файлы XFS великолепно тюнится. Гуглится с первого раза...
С 2000-х годов почти под сотню серверов работает. Постоянное изучение альтернатив
(по совокупным критериям - надёжность,скорость,масштабируемость и т.д.) пока ни к чему не привели...
| | |
| |
| 4.37, Аноним (-), 01:46, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– | |
> Под мелкие файлы XFS великолепно тюнится. Гуглится с первого раза...
Раньше XFS тормозил если метаданных много, что как раз и есть в случае мелочи. Но в новых ядрах его прилично допилили по этому поводу. Стало вообще хорошо :)
| | |
| |
| 5.65, metallic (ok), 10:52, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Раньше XFS тормозил если метаданных много, что как раз и есть в
> случае мелочи. Но в новых ядрах его прилично допилили по этому
> поводу. Стало вообще хорошо :)
В новых - это каких? Я планирую использовать дебиан 6, там в репах 2.6.32
| | |
|
| 4.38, vadiml (ok), 01:46, 07/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Под мелкие файлы XFS великолепно тюнится. Гуглится с первого раза...
> С 2000-х годов почти под сотню серверов работает. Постоянное изучение альтернатив
> (по совокупным критериям - надёжность,скорость,масштабируемость и т.д.) пока ни к чему
> не привели...
У меня с мелкими файлами только небольшой раздел (200 гиг) под /home, тут меня больше reiserfs устраивает, где-то с 2003-го года так её использую, а для больших разделов уже вылазят её проблемы с маштабируемостью на большие размеры и многопроцессорность
| | |
| |
| 5.43, Аноним (-), 01:54, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> У меня с мелкими файлами только небольшой раздел (200 гиг) под /home,
> тут меня больше reiserfs устраивает,
Только почему-то в интернете попадается много случаев когда fsck диск убил. Одна небольшая проблема. Зато какая.
| | |
| |
| 6.45, vadiml (ok), 02:10, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Только почему-то в интернете попадается много случаев когда fsck диск убил. Одна
> небольшая проблема. Зато какая.
У меня где-то в 2007 была глючная МВ, глухо вешала систему на голом месте, 2 раза корень с ext3 уходил.
Рейзер после каждого зависания тупо отказывал последние изменения и работал дальше, ни разу не было проблем за 8 лет использования.
| | |
| |
| 7.51, ананим (?), 02:58, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
всё тоже самое, только фс нужно поменять местами.
оракель, 300 гб база, корень с екст3 не проблемма.
рэйзер - корень в акуе, база в дауне. (и это не впродакшене, рэйзер вообще для оракеля не точто не сертифицирован, даже не на всех сайтах найдешь упоминания - на девелоперском окружении юзал. после завала брал копию с продакшена. потом надоело)
| | |
|
|
|
|
|
| |
| |
| 4.30, Аноним (-), 01:32, 07/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> В каком смысле чего? Содержимое? Не жатое видео по слоям и кадрам
XFS с ним неплохо справится. Особенно в свежих ядрах, где работу с метаданными ускорили. А если это несколько дисков, было бы очень умно размазать на них XFS с правильными параметрами. Поскольку она пишет данные параллельно, скорость может взлететь пропорционально числу дисков в массиве.
| | |
| |
| 5.31, ананим (?), 01:35, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
yt поверишь, но "правильные" параметры она подбирает сейчас сама.
проверял. я конечно не супер-пупер, но автомат справился лучше.
короче, xfs - очень хорошая фс. уже и для обычного применения.
| | |
|
|
|
| 2.20, Аноним (-), 01:09, 07/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> Анадысь рассматривал линуксовые ФС на предмет возможности использования в след. проекте,
> которые стартует в начале лета, нужно будет хранить 100ТБ.
XFS по вашему видео плачет. Разложить на страйп с грамотными параметрами. Взлетит просто. Особенно на более-менее крупных файлах. SGI делало станции видеомонтажа, сами понимаете что там за файлы.
| | |
| |
| 3.66, metallic (ok), 10:54, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> XFS по вашему видео плачет. Разложить на страйп с грамотными параметрами. Взлетит
> просто. Особенно на более-менее крупных файлах. SGI делало станции видеомонтажа, сами
> понимаете что там за файлы.
У меня аппаратный рейд будет, зачем еще какой страйп?
| | |
| |
| 4.110, fi (ok), 16:56, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 >> SGI делало станции видеомонтажа, сами понимаете что там за файлы.
>У меня аппаратный рейд будет, зачем еще какой страйп?
Вот это интересный вопрос, далеко не каждый hw-рейд может потягаться с полноценным sw-рейдом. Уже не раз натыкался на статьи, где это обсуждалось. Как я понял, основная проблема, что зачастую в рейдах используется старое слабое железо, а переделать под новое - дорого стоит. И годами прошивки не исправляются. А ведь hw-рейд - это просто еще один маленький комп :)
так что советую, пока будете настраивать, прогнать тесты, даже на вашем суперрейде.
| | |
| |
| 5.123, metallic (ok), 22:48, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Попробуем, но V7000 покупаем как раз потому, что DS3512 не умеет рейды в логические диски объединять, не хотелось это делать на уровне ОС. V7000 - железка новая, сравнительно недавно продаваться начала, так что должно быть все нормально там с контроллерами, посмотрим.
| | |
|
|
|
|
| 1.6, vadiml (ok), 23:56, 06/05/2011 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– | |
> XFS - отличная производительность, но большая усложнённость реализации;
Я большинство разделов перевёл на XFS пару лет назад и до сих пор не жалею, а по сложности реализации btrfs и zfs её сильно обойдут из-за кучи дополнительных фич.
только корень оставил на Ext3 -- что-то не хочется быть тестировщиком Ext4.
На работе на части серверов аналогичная разбивка.
Главное чтобы система была 64-битной.
| | |
| |
| |
| |
| |
| 5.52, ананим (?), 03:11, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
конкретнее?
торент юзает мелкие фрагменты файлов. (и пишит ими же в фс)
преалокация большого куска таки есть уже даже в ufs. но в рамках которого торент и гоняет эту мелочёвку - то качает, то раздаёт рандомно. естесно кэш ос об этом запросе на следующий мелкий кусок очередного клиента не догадывается и юзает свой алгоритм.
есть ещё вопросы? http://ru.wikipedia.org/wiki/BitTorrent
| | |
| |
| 6.55, ананим (?), 03:36, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| –1 +/– |
зыж
и тем не менее он в одном прав - xfs отличный выбор и для торрентов.
почему?
потому что эта современная много-потоковая (подчеркну!) фс отлично уже работает и с мелкими файлами.
не зря её красная шапка дорабатывала и теперь отлично поддерживает в своём рхел. и в полном стэке применения - от виртуалок, до файлопомоек.
| | |
| |
| 7.113, Drist (ok), 19:44, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 А как там на счет файлов, забитых полностью нулями? Приходилось читать про эту особенность фс при сбоях системы. Опасность сия сильно преувеличена или как?
| | |
|
|
|
|
|
|
| 1.8, Аноним (-), 00:01, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –1 +/– | |
>ZFS - отличная производительность, высокая надежность и богатые возможности с одной стороны,
вам ехать?
>но с другой стороны несовместимая с GPL лицензия на код;
или шашечки?
На пост о том как отформатировать и юзать 100TB - это тоже ответ
| | |
| |
| 2.9, metallic (ok), 00:02, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– |
Это мне про ZFS?
А на чем ее крутить? На бзде? Спасибо - идите мимо. Особенно в свете последних событий с ораклом и ко.
| | |
| |
| |
| 4.21, Аноним (-), 01:11, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Лол. Ну юзайте 16гиговый ext4, профессианал :)))
Во первых, 16Тб != 16Гб, дилетант. Во вторых, для 100Гб файлов есть хоть тот же XFS, который на них рулит и педалит.
| | |
| |
| 5.46, Аноним (-), 02:17, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> Лол. Ну юзайте 16гиговый ext4, профессианал :)))
> Во первых, 16Тб != 16Гб, дилетант. Во вторых, для 100Гб файлов есть
> хоть тот же XFS, который на них рулит и педалит.
У вас диск на 16 Терабит?
PS. С формулой 16Тб != 16 Гб согласен.
| | |
| |
| 6.152, Аноним (-), 18:12, 23/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> У вас диск на 16 Терабит?
Не вижу никаких проблем набрать составной том на 16Тб. Всего 8 HDD по 2Гб и готово. Мелко плаваете, на хабре юзеры собрали домашнюю файлопомойку на 90Тб.
| | |
|
|
|
| 3.93, DarkAGeS (ok), 17:40, 07/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
 > Это мне про ZFS?
> А на чем ее крутить? На бзде? Спасибо - идите мимо. Особенно
> в свете последних событий с ораклом и ко.
курите на дебиане (kfreebsd) ну или на opensolaris/nexenta
ps. но лучше на freebsd :)
| | |
| |
| 4.112, metallic (ok), 19:23, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> курите на дебиане (kfreebsd) ну или на opensolaris/nexenta
> ps. но лучше на freebsd :)
Опенсолярис мертв, всякие гибриды как-то не очень доверие вызывают, хотя можно будет попробовать. А во фре ZFS отстает сильно и не достаточно стабильна, я считаю
| | |
| |
| 5.114, DarkAGeS (ok), 19:53, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Опенсолярис мертв, всякие гибриды как-то не очень доверие вызывают, хотя можно будет
> попробовать. А во фре ZFS отстает сильно и не достаточно стабильна,
> я считаю
да не так уж она отстает во фре. v15 сейчас. в следующем релизе будет v28 с дедупликацией и прочим. обновить потом пул и все. можно и сейчас уже юзать v28 на current ветке.
а насчет стабильности это вы зря. сколько не пробовал ее убить (дергал питание, винты) не получилось.
самое главное, что для ваших задач ZFS это просто идеальный вариант, учитывая все ее плюшки. и так как вы к этому не пришли сами, у меня складывается впечатление, что вы с ней мало знакомы. почитайте статейки и маны, вам понравится, правда) или боитесь freebsd? ;) начните знакомство с debian kfreebsd
| | |
| |
| |
| 7.131, DarkAGeS (ok), 04:47, 09/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
> А зачем ZFS вообще? Что в ней такого? Она хороша для реализации
> программных СХД и рейдов
это да
> а у меня все железное и снапшоты
> и дедубликация.
а на чем у вас железные снапшоты и дедубликация?..
> Какие у нее преимущества перед XFS?
ну в общем то снапшоты, дедубликация, программные рейды, менеджер томов)
> Сам я с ZFS знаком на уровне тестовых серверов. FreeBSD не боюсь,
> наоборт люблю, но в своем круге задач (интернет-шлюз, хостинг и тд),
> а для файлового сервера лучше линукс полходит, по крайней мере мне
> так удобнее.
с момента появления zfs лично для меня под файловый сервер лучше подходит именно zfs. тут конечно кому что нравится, это всего лишь инструменты. но есть и объективные причины, уж больно она удобна.
| | |
|
|
|
|
|
| 2.25, Аноним (-), 01:16, 07/05/2011 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| –1 +/– |
> вам ехать?
>>но с другой стороны несовместимая с GPL лицензия на код;
> или шашечки?
Может быть вы и не догоняете, но сервер состоит не только из файловой системы. К тому же ZFS очень разборчив к нагрузке, наворочен и толком не имеет утилит для восстановления серьезно порушенной ФС.
| | |
| |
| 3.109, iZEN (ok), 16:50, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 > К тому же ZFS очень разборчив к нагрузке, наворочен и толком не имеет утилит для восстановления серьезно порушенной ФС.
ZFS чуть проще XFS, исходный код лучше откомментирован и оттестирован. Утилиты восстановления для CoW-ФС находятся в самой ФС и отдельно запускать не требуется. Если уж всё сдохло на CoW-ФС, то и восстанавливать, как правило, не имеет смысла.
| | |
|
| 2.97, Anoni (?), 22:38, 07/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
>>ZFS - отличная производительность, высокая надежность и богатые возможности с одной стороны,
> вам ехать?
>>но с другой стороны несовместимая с GPL лицензия на код;
> или шашечки?
ZFS требует 1Г памяти на каждый 1Т данных.
| | |
|
| 1.17, Аноним (-), 00:50, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +1 +/– | |
>ReiserFS и JFS не рассматривались в Google как варианты для миграции из-за недостаточной поддержки кодовой базы;
Эх Рейзер… Как же мне нравилась эта ФС ( . Я думал, намного будет… Намного лучше будет это всё.
Поддерживать кодовую базу ReiserFS больше никто не может ( .
Это прискорбно.
| | |
| 1.57, iCat (ok), 07:58, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| –1 +/– |
 "Всякой задаче - свой инструмент"(с)Люди
У меня даже на домашней машинке несколько разных FS.
/ - reiserfs
/boot - ext3
/home - reiserfs
/local_multimedia - XFS
/docs - reiserfs
/net_storage - zfs
Я так думаю, что такая картина у многих, кто ищет инструмент для задачи, а не проповедует религию...
| | |
| |
| |
| 3.59, iCat (ok), 09:04, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>А теперь попробуем со всем этим взлететь
Уже который год... Полёт нормальный!
/ - reiserfs #множество мелких файлов, необходимо журналирование
/boot - ext3 #стабильный состав, простая FS
/home - reiserfs #множество мелких файлов, необходимо журналирование
/local_multimedia - XFS #довольно крупные файлы, создаются/стираются относительно редко
/docs - reiserfs #множество мелких файлов, необходимо журналирование
/net_storage - zfs #множество разнообразных файлов, необходимо гибкое управление массивом
#дисков, подключение по NFS, SMB, FTP. У меня - под управлением
#NexentaStorCE
Разные задачи - разные инструменты.
| | |
| |
| 4.82, pavlinux (ok), 13:15, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 >[оверквотинг удален]
> /home - reiserfs #множество мелких файлов, необходимо журналирование
> /local_multimedia - XFS #довольно крупные файлы, создаются/стираются относительно редко
> /docs - reiserfs #множество мелких файлов, необходимо журналирование
> /net_storage - zfs #множество разнообразных файлов, необходимо гибкое управление массивом
>
> #дисков, подключение по NFS,
> SMB, FTP. У меня - под управлением
>
> #NexentaStorCE
> Разные задачи - разные инструменты.
В общем согласен, кроме /boot под ext3, максимум ext2, и монитровать c noauto.
Или xfs/reiserfs без журнала и можно выкинуть из ядра поддержку EXT*FS
| | |
| 4.154, Аноним (-), 18:39, 23/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Уже который год... Полёт нормальный!
А вот некоторые другие с рейзером почему-то ругаются, когда им fsck превращает том в вермишель.
| | |
| |
| 5.156, iCat (ok), 04:16, 24/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>> Уже который год... Полёт нормальный!
> А вот некоторые другие с рейзером почему-то ругаются, когда им fsck превращает
> том в вермишель.
А вот у меня этот самый fsck отрабатывает нормально... да ещё и "битый" диск смог восстановить...
| | |
|
|
|
| |
| 3.83, pavlinux (ok), 13:18, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> а я вот я выбираю единственный NTFS,
Надеюсь она у Вас используется как корневая ФС, причём на том же разделе где и Windows 7?
И все это работает через FUSE и ntfs-3g?
| | |
| 3.84, iCat (ok), 13:28, 07/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>а я вот я выбираю единственный NTFS
А я вот с недавних пор NTFS-у доверяю только саму Windows, а все данные храню на сетевом диске под управлением "Nexenta CE", а там - "православная ZFS".
А последней каплей стало падение двух дисков NTFS "на ровном месте": после перезагрузки Windows испортились обе копии MFT.
| | |
|
| |
| |
| |
| 5.145, анонимоус (?), 16:43, 10/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> Корень на ФС, которой не умеет бутлоадер.
у меня reiserfs,ext2,ext3,ext4,fat запилены в ядро и думаю не только у меня.
раньше тоже держал отдельный бут на ext2 но потом понял что с ним гемороя больше
ибо очень часто забывал маунтить при обновлении ядра:)
| | |
| |
| 6.146, Andrey Mitrofanov (?), 17:14, 10/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>>ФС, которой не умеет бутлоадер.
Закрузчик, как то: lilo, grub...
>у меня reiserfs,ext2,ext3,ext4,fat запилены в ядро
>часто забывал маунтить при обновлении ядра:)
Читать научитьсь, яколка.
| | |
| |
| 7.147, анонимоус (?), 18:11, 10/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>>>ФС, которой не умеет бутлоадер.
> Закрузчик, как то: lilo, grub...
дыг этот самый grub отлично все понимает.
просто некоторые использующие отдельный /boot все еще никак не отойдут от разморозки и поэтому не замечают что на дворе уже 2011 год:)
| | |
|
|
|
|
|
| 2.128, vle (ok), 00:20, 09/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– |
 Мдэ. Ладно люди /home не жалеют, у большинства там ничего полезного нет.
Но систему то жалко, ее ж переставлять придется, конфиги переписывать...
/net_storage - понятие сильно растяжимое, чтоб делать какие-то выводы
о пригодности/предпочтительности zfs.
| | |
| |
| 3.135, iCat (ok), 12:40, 09/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
/net_storage - понятие сильно растяжимое, чтоб делать какие-то выводы о пригодности/предпочтительности zfs.
А у меня это "домашний сетевой диск" для всех компов (2 сына, дочь, жена, я). Очень приятна дедупликация, "растяжимость-на-лету" (это когда добавляешь диск), ну и так... по мелочи...
| | |
| |
| 4.139, vle (ok), 00:02, 10/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А у меня это "домашний сетевой диск" для всех компов (2 сына,
> дочь, жена, я). Очень приятна дедупликация, "растяжимость-на-лету" (это когда добавляешь
> диск), ну и так... по мелочи...
OpenSolaris для дома для семьи? Или zfs на линуксе?
| | |
| |
| 5.140, iCat (ok), 03:20, 10/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
> OpenSolaris для дома для семьи? Или zfs на линуксе?
NexentaStor CE. В общем - да, OpenSolaris в какой-то степени. :)
Для дома, для семьи...
| | |
|
|
|
|
| 1.86, yantux (??), 15:25, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
Какой я счастливый человек! Использую ReiserFS в корне, на внешнем usb HDD изначально стоит NTFS. Всё вроде нормально. Зачем все парятся с этими ФС?
| | |
| |
| 2.101, iCat (ok), 13:03, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
>Какой я счастливый человек!...
Тут ведь как оно: можно всё кушать ложкой. И не париться. Да вот только мясо вилкой как-то поудобнее будет. А лапшу - палочками... Впрочем, палочками тоже можно всё кушать...
Приятного аппетита!
| | |
|
| 1.95, nobody (??), 21:00, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– | |
>ReiserFS и JFS не рассматривались в Google как варианты для миграции из-за >недостаточной поддержки кодовой базы;
ну, ReiserFS понятно. а JFS каким боком?
по мне - неплохая фсистема.
| | |
| |
| 2.115, Drist (ok), 20:04, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Есть у jfs проблемы с большими размерами томов. И не факт, что они будут когда-либо решены, если судить по их сайту. Остался только один человек, если не ошибаюсь, который в свободное личное время правит найденные баги. А ведь великолепная классическая фс... Жаль, что не получила развития в сообществе. По-моему, гораздо лучше семейки ехт.
| | |
|
| |
| 2.121, anonymous (??), 20:32, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Образы разные бывают. И файловая система ни причем, тут важно как отрабатываются барьеры и fsync, и в железе жесткого диска, и в контроллере, и в ядре. Скорее всего "все еще тормозит" означает что файловая система использует барьеры, но в железе они реализованы плохо. Есть вариант отключить (-o barrier=0) но тогда не плачьтесь по форумам что данные пропали.
| | |
|
| |
| 2.124, anonymous (??), 23:27, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
А что там раскрывать, первые минуты после свежего форматирования все эти COW-подобные файловые системы (та же btrfs)просто летают. Кирдык и жутчайшая фрагментация приходит когда разделом пользуются долго и свободного места на диске все меньше и меньше.
Традиционные ext* более предсказуемые.
| | |
| |
| 3.126, iZEN (ok), 23:54, 08/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> А что там раскрывать, первые минуты после свежего форматирования все эти COW-подобные
> файловые системы (та же btrfs)просто летают. Кирдык и жутчайшая фрагментация приходит
> когда разделом пользуются долго и свободного места на диске все меньше
> и меньше.
Не надо обобщать. ZFS не страдает от такой фигни как заполненность диска.
| | |
| |
| |
| 5.155, iZEN (ok), 21:25, 23/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
>>> А что там раскрывать, первые минуты после свежего форматирования все эти COW-подобные
>>> файловые системы (та же btrfs)просто летают. Кирдык и жутчайшая фрагментация приходит
>>> когда разделом пользуются долго и свободного места на диске все меньше
>>> и меньше.
>> Не надо обобщать. ZFS не страдает от такой фигни как заполненность диска.
> Врать-то зачем?
А я и не вру:
% zpool list store
NAME SIZE USED AVAIL CAP HEALTH ALTROOT
store 1,73T 1,70T 30,9G 98% ONLINE -
% zpool upgrade store
This system is currently running ZFS pool version 15.
Pool 'store' is already formatted using the current version.
% uname -rsm
FreeBSD 8.2-STABLE amd64
| | |
|
|
|
|
| 1.125, gni (?), 23:46, 08/05/2011 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +/– |
интересно, а почему google не инвестирует в разработку reiser4.
лично считаю, что деньги бы пошли на пользу. многие бы это приветствовали. фс очень быстра, стабильная. допилили бы и было бы просто круто !!
| | |
| |
| |
| 3.133, nobody (??), 10:35, 09/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> разработчиков мало заинтересованных?
> проект сам по себе бурно бы развивался, будь большое кол-во приверженцов.
ев*
| | |
| |
| 4.134, gni (?), 12:23, 09/05/2011 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
асно :) тогда ворпос, просто сам напрашивающийся, а почему их мало?
т.е. нужна реклама, я так понимаю? чтобы мир узнал об этом ?
| | |
| |
| 5.158, Я (??), 12:34, 16/01/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> асно :) тогда ворпос, просто сам напрашивающийся, а почему их мало?
> т.е. нужна реклама, я так понимаю? чтобы мир узнал об этом ?
Со стороны Ганса было достаточно антирекламы в LKML, когда он забил болт на reiserfs3
и демонстративно отказался нормально объяснить "почему именно плагины" в reiserfs4.
| | |
|
|
|
| 2.137, пох (?), 22:41, 09/05/2011 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +/– | |
> интересно, а почему google не инвестирует в разработку reiser4.
а зачем гуглю инвестировать в сомнительную коммерческую затею человека, который сидит и сидеть будет вечно?
Запустите reiserfsck, чем более старую тем лучше - то что вы видите, и есть коммерческая модель этой разработки, пока автор не подсел - вроде бы успешная, этих $25 хватало на хлеб с колбасой - ему, и с маслом - команде (и там на три четверти был бывший наш народ ;)
Никакой технологической целесообразности у этой затеи не было и в помине (просто на фоне тогдашней ext3 годилось абсолютно что угодно, лишь бы сделанное руками)
> лично считаю, что деньги бы пошли на пользу.
Гансу - не пошли бы. Что ему в тюряге с ними делать.
рейзерфсу - пошли бы, ну а гуглю-то оно зачем, улучшать мир за свой счет? Гугль взял лучшее из _уже_ допиленного, о чем точно было известно что особых взбрыков можно не ждать, манипуляцией со штатными настройками получил приемлемые для своих условий результаты, и купил ключевого разработчика, чтобы оно и дальше было для него приемлемым, независимо от колебаний генеральной линии. Он почти всегда именно так и делает.
Значительно смешнее вопрос почему гугль не инвестирует (в значимых масштабах, в рамках обычной благотворительности - инвестирует) btrfs, раз уж ему оракле не велит пользоваться zfs'ом.
| | |
|
| 1.148, sic (?), 20:55, 16/05/2011 [ответить] [﹢﹢﹢] [ · · · ] [↓] [↑] [к модератору]
| +1 +/– |
Собственно моё IMHO не сколько инное чем у остальных участников флейма.
ext4 отлично показала себя при работе с крупными так и с мелкими файлами. Дефрагментации нет, скорость чтение/записи высокая.
P.S. это лишь мое скромное/yжасное мнение
| | |
| |
| 2.160, AlexAT (ok), 16:27, 16/01/2012 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
 Аналогично. Все стандартные системы - на ext4, ибо мейнстрим. Городить зоопарк ради растопыривания пальцев смысла нет, проще добавить диск в RAID, сменить RAID Level или добавить машину в кластер - в зависимости от потребности.
| | |
|
| 1.161, Аноним (-), 01:21, 17/01/2012 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +/– | |
>Файловая система Ext2 очень надежна, но имеет проблемы с производительностью при высокой интенсивности ввода/вывода.
ВНЕЗАПНО
| | |
|
