The OpenNET Project / Index page

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



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

Оглавление

Для Btrfs представлена встроенная поддержка RAID5/6, opennews (ok), 03-Фев-13, (0) [смотреть все]

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


53. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 03-Фев-13, 18:02 
Кстати о reiserfs №4 и btrfs, сразу вспоминается интервью полуторагодовой давности с Шишкиным на хабре о том как рейзерфс не пущають в ядро с какой-то мутной мотивацией, зато бтр этот не смотря на конструктивные недостатки вполне сразу велкам. Двойные стандарты аднака.
Ответить | Правка | Наверх | Cообщить модератору

65. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 03-Фев-13, 19:19 
> ядро с какой-то мутной мотивацией,

Мутная мотивация - это у Шишкина. Сделать какой-то том на 600Мб (когда он HDD такого объема в последний раз видел?) и завалить его метаданными - круто. Но не слишком реалистично. Впрочем, пару починок багов спровоцировало, так что тоже хлеб.

Зато за собой бревна в глазу: навороченный и полусобранный экспонат пихать в майнлайн без понимания того кто все это будет майнтайнить - интересная идея. В случае с btrfs вопрос кто его майнтайнить будет как-то не возникал.

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

69. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 03-Фев-13, 19:24 
Ну и сколько времени мэйнтейнят? Толку от этого долгостороя, что он в дереве ядра, если он не работает до сих пор?
Ответить | Правка | Наверх | Cообщить модератору

71. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 03-Фев-13, 19:27 
> Ну и сколько времени мэйнтейнят? Толку от этого долгостороя, что он в
> дереве ядра, если он не работает до сих пор?

Что значит - не работает? Вы ядро линукса только на картинке видели? Да, там может и не работает. А так - пул слепить можно. Работать будет. А то что функционал расширяют, баги давят и прочая - так это нормальный рабочий процесс.

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

103. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от Аноним (-), 03-Фев-13, 22:07 
Это значит что целей не достиг. Медленный он на fsync, даже с самыми наисвежайшими костылями подпорками в ядре. Также жутко фрагментирует когда диск заполнен больше чем на 2/3. А свежеразмеченный раздел с 10% заполнения никому не интересен, любая файловая система хоть fat хотьчто еще летает на таком.
Ответить | Правка | Наверх | Cообщить модератору

115. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 04-Фев-13, 00:58 
> Это значит что целей не достиг. Медленный он на fsync, даже с
> самыми наисвежайшими костылями подпорками в ядре.

А таки свежайшими костылями неплохо подтянули этот момент. Там где fsync-ов много, оно втопило буквально в разы.

> Также жутко фрагментирует когда диск заполнен больше чем на 2/3.

Ну так и дефрагер у него есть. Но вообще, эксплуатировать CoW на сильно забитом томе - довольно дурная идея, да. Я бы оценил допустимое занятие тома в 70-80%. Больше уже нехорошо. Вон у местного изена zfs вообще смешные цифры выдает :).

> никому не интересен, любая файловая система хоть fat хотьчто еще летает на таком.

У фата на самом деле проблемы совсем иные:
- Лимит на число кластеров. И емкость тома как результат. Ну то-есть, на большой том или не хватит битности для адресации кластера или кластера надо огромного размера, что неэффективно.
- Нет никакого индекса для работы с большими иерархиями. Там все оформлено простыми списками. Поэтому как только в директории более тысченки-другой файлов, FAT начинает немилосердно тормозить на любых операциях которые требуют что-то делать с файловой иерархией.
- Лимит на размер файла.

Именно в аллокации места фат тормозить в общем то и не обязан. А если мы про засраные фрагментацией тома - зафрагментировать можно все. Я даже XFS разок уложил. Хоть это и не очень просто.

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

157. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от iZEN (ok), 04-Фев-13, 17:47 
>> Также жутко фрагментирует когда диск заполнен больше чем на 2/3.
> Ну так и дефрагер у него есть. Но вообще, эксплуатировать CoW на
> сильно забитом томе - довольно дурная идея, да. Я бы оценил
> допустимое занятие тома в 70-80%. Больше уже нехорошо. Вон у местного
> изена zfs вообще смешные цифры выдает :).

с дедупликацией, да — смешные 6МБ/с. Без дедупликации честные 25-35МБ/с с одного шпинделя 5400rpm. А вам так слабо?

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

168. "Для Btrfs представлена встроенная поддержка RAID5/6"  +/
Сообщение от Аноним (-), 04-Фев-13, 22:15 
у меня с дедупликацей дает 50МБ/с на SAS 15.000rpm
Intel Xeon® E7-4870
Ответить | Правка | Наверх | Cообщить модератору

169. "Для Btrfs представлена встроенная поддержка RAID5/6"  –2 +/
Сообщение от nagualemail (ok), 05-Фев-13, 01:08 
>>> Также жутко фрагментирует когда диск заполнен больше чем на 2/3.
>> Ну так и дефрагер у него есть. Но вообще, эксплуатировать CoW на
>> сильно забитом томе - довольно дурная идея, да. Я бы оценил
>> допустимое занятие тома в 70-80%. Больше уже нехорошо. Вон у местного
>> изена zfs вообще смешные цифры выдает :).
> с дедупликацией, да — смешные 6МБ/с. Без дедупликации честные 25-35МБ/с с одного
> шпинделя 5400rpm. А вам так слабо?

Нафига включать дедуплекацию если проц не фонтан ? На 2600К up 4Ггц на асусной матери с 4-мя каналами памяти бодречком работает ;)

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

171. "Для Btrfs представлена встроенная поддержка RAID5/6"  –2 +/
Сообщение от iZEN (ok), 05-Фев-13, 02:47 
>>>> Также жутко фрагментирует когда диск заполнен больше чем на 2/3.
>>> Ну так и дефрагер у него есть. Но вообще, эксплуатировать CoW на
>>> сильно забитом томе - довольно дурная идея, да. Я бы оценил
>>> допустимое занятие тома в 70-80%. Больше уже нехорошо. Вон у местного
>>> изена zfs вообще смешные цифры выдает :).
>> с дедупликацией, да — смешные 6МБ/с. Без дедупликации честные 25-35МБ/с с одного
>> шпинделя 5400rpm. А вам так слабо?
> Нафига включать дедуплекацию если проц не фонтан ? На 2600К up 4Ггц
> на асусной матери с 4-мя каналами памяти бодречком работает ;)

Это был всего лишь тест.

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

178. "Для Btrfs представлена встроенная поддержка RAID5/6"  –2 +/
Сообщение от nagualemail (ok), 05-Фев-13, 04:40 
> Это был всего лишь тест.

Не кормите местную публику подобными тестами, они вас очень превратно понимают, у одного поциента дошло до навязчивых идей ... :)))


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

213. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Аноним (-), 07-Фев-13, 10:11 
Да, по кормлению публики вы специалист :). Сначала вы закатили сферические тесты в вакууме на каком-то рамдиске, потом спалились на незнании семантики доступа к файлам POSIX. Покормили вы здесь всех весьма хорошо в результате - местные тролли от истощения теперь точно не умрут xD.
Ответить | Правка | Наверх | Cообщить модератору

180. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Аноним (-), 05-Фев-13, 04:44 
> А вам так слабо?

А у меня ext4, на не сильно то и крутом MIPS с частотой менее гигагерца, через usb-to-sata адаптер и то быстрее работает с этим самым, ноутбучным, 5400. Вот такое вот эпичное опускалово, да? :)

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

111. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от Аноним (-), 03-Фев-13, 23:58 
> Сделать какой-то том на 600Мб (когда

А нужно было сколько? 600Гб? Кто будет время тратить? Не суть важен объем, сколько дефект дизигна, который имеет место. И это не единственный конструктивный недочет, который он в том интервью озвучивал.

> Зато за собой бревна в глазу: навороченный и полусобранный экспонат пихать в
> майнлайн без понимания того кто все это будет майнтайнить - интересная
> идея. В случае с btrfs вопрос кто его майнтайнить будет как-то
> не возникал.

Вот он бы и "майнтайнил". Круто заниматься хобби при этом получать за это денег. А там и другие девелоперы подтянутся, процесс бы пошел.

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

116. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от Аноним (-), 04-Фев-13, 01:12 
> А нужно было сколько? 600Гб? Кто будет время тратить?

А нужно было нормальный типовой размер накопителя. Да, 600Гб уже ближе к делу. Ну или где я по вашему буду использовать дисковую ФС на 600Мб томе?

> Не суть важен объем, сколько дефект дизигна,

У любой ФС можно обнаружить полный ахтунг, если стартовые условия правильно подогнать. Я вот как-то XFS в жуткие тормоза загнал. Это не значит что XFS - тормозной и неудачный дизайн. Просто любой ФС можно подогнать нагрузку которая для него неудачной окажется. У любой ФС есть сильные и слабые стороны. Целенаправленное тюкание по слабым сторонам позволит выставить ФС в отстойном свете. С этой точки зрения вообще ВСЕ существующие ФС - "отстой", подобрать неудачные нагрузки можно для любой. Но намного лучше смотреть какие-то осмысленные сценарии. Встречающиеся в реальном мире.

> который имеет место.

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

> И это не единственный конструктивный недочет, который он в том интервью озвучивал.

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

> Вот он бы и "майнтайнил".

Это при том что он упоминал что он работает над ФС "как получится" и "когда будет время", заметно отставая от майнлайна? Простите, а зачем в ядре кусок poorly maintained кода? Оно или заклинит выпуск ядра на эн месяцев пока Шишкин найдет время доработать свою ФС под новое ядро, или перцы выкатят не стыкующийся друг с другом тянитолкай, где рейзер 4 не работает или работает криво. Оно кому-то надо?

> Круто заниматься хобби при этом получать за это денег.

А Шишкину кто-то готов дать денег за его хобби? Он вроде как упоминал что занимается ФС в свободное от работы время и потому оно и слоупочно. А, как бы, что оно такого уникального может предложить клиентам? Вякание про красивые дизайны академики могут оставить себе, перцев с бабками все это не пронимает. Им чтобы работало и бабло приносило.

> А там и другие девелоперы подтянутся, процесс бы пошел.

Или не пошел бы. Никто не хочет решать чужие проблемы за свой счет. Если оно такое хорошее и нужное - пусть перец найдет себе финансирование, сколотит хоть какую-то командочку, способную майнтайнить это в тех же темпах что и основное ядро - тогда к нему наверное и отношение иное будет. А когда некто пытается решать свои проблемы за счет других - это не очень хорошо работает.

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

129. "Для Btrfs представлена встроенная поддержка RAID5/6"  +1 +/
Сообщение от Аноним (-), 04-Фев-13, 06:46 
> А Шишкину кто-то готов дать денег за его хобби? Он вроде как
> упоминал что занимается ФС в свободное от работы время и потому

А иди почитай где работает и чем занимается.

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

152. "Для Btrfs представлена встроенная поддержка RAID5/6"  –1 +/
Сообщение от Krozemail (ok), 04-Фев-13, 17:05 
> Кстати о reiserfs №4 и btrfs, сразу вспоминается интервью полуторагодовой давности с Шишкиным на хабре о том как рейзерфс не пущають в ядро с какой-то мутной мотивацией, зато бтр этот не смотря на конструктивные недостатки вполне сразу велкам.

ЕМНИП там говорилось о том, что код не прошел "тест на качество", потому и не приняли.
Любой опытный программер знает, что мало заставить код работать, нужно чтобы он был написан грамотно, начиная с банального форматирования, именования переменных и комментариев, заканчивая корректным взаимодействием с остальной системой. Иначе потом это код практически невозможно поддерживать, особенно в таком проекте как ядро Линукс. Не знаю какие требования конкретно у мейнтейнеров ядра (сомневаюсь чтобы они устанавливали правила для именования переменных), но в любом случае - мало сделать чтобы код работал - он должен быть качественным.

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

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

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




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

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