| |
| 2.2, Аноним (-), 21:02, 18/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
А что с ним надо решать? Создаете нулевые файлы и у вас на ФС кончается место хотя кроме метаданных на томе вообще ничего нет. Решайте, ага :)
| | |
| 2.11, Аноним (-), 21:50, 18/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> С переизбытком мета-данных на мелких файлах что-нибудь решили?
А что можно "решить" против простой арифметики? Файл - это не только его содержимое, но и метаданные о нем - как минимум имя и расположение. Поэтому _любую_ ФС можно зафлудить файлами нулевого размера так, что метаданные займут все доступное место (кроме тех случаев, когда, например, иноды закончатся раньше - но бтру это не грозит).
| | |
| |
| |
| 4.26, Аноним (-), 23:05, 18/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> имя в юинксах не является метаданным файла
Кто вам это сказал? Дайте ему в бубен за вранье. Метаданные на файловой системе - все что не относится к данным файла и хранится где-то сбоку. Имя, размер, даты создания/модификации/доступа, ... , атрибуты, фактическая адресация размещения, ... - все это метаданные. К данным файла не относятся но хранятся где-то сбоку по поводу существования некоего файла.
| | |
| |
| 5.30, all_glory_to_the_hypnotoad (ok), 23:34, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > Метаданные на файловой системе
... _в_ файловой системе ...
> все что не относится к данным файла и хранится где-то сбоку
заканчивай давай со совоим обывательским учением о файлах на обезьяньем языке. Метаданные файла в юниксовых ФС всё, что можно прикрепить к inode и хранить вместе с ним. Имя таковым атрибутом не является (в отличие от альтернативных убогих ОС). Имя в нашем случае это атрибут ссылки на файл.
| | |
| |
| 6.44, Аноним (-), 06:33, 19/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> заканчивай давай со совоим обывательским учением о файлах на обезьяньем языке. Метаданные
> файла в юниксовых ФС всё, что можно прикрепить к inode и
> хранить вместе с ним. Имя таковым атрибутом не является (в отличие
> от альтернативных убогих ОС). Имя в нашем случае это атрибут ссылки
> на файл.
а чем ссылка от инода отличается? ссылка и инод хранятся где-то в разных местах?
| | |
| |
| 7.84, Аноним (-), 17:33, 19/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> а чем ссылка от инода отличается? ссылка и инод хранятся где-то в разных местах?
Более того, тот же posix вообще IIRC никак не регламентирует как именно ФС должна хранить сведения о файле и опсание его размещения. По поводу чего такой апломб насчет одной конкретной реализации весьма улыбает :)
| | |
|
| 6.72, Аноним (-), 16:41, 19/12/2012 [^] [^^] [^^^] [ответить] | +5 +/– | Ну это пусть граммар-наци докапываются Вас они вообще просто обязаны расстрелят... большой текст свёрнут, показать | | |
|
|
| 4.35, Аноним (-), 01:34, 19/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> имя в юинксах не является метаданным файла
Что, правда?
Значит, имя файла - это просто данные?
| | |
| |
| 5.58, Valentine (??), 10:30, 19/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> имя в юинксах не является метаданным файла
> Что, правда?
> Значит, имя файла - это просто данные?
Да, это так. Фактически папка - это файл со списком ссылочных структур, где содержится имя файла и индексный дескриптор.
| | |
| |
| 6.73, Аноним (-), 16:46, 19/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Да, это так. Фактически папка - это файл со списком ссылочных структур,
> где содержится имя файла и индексный дескриптор.
Фактически, никто не обязывает файловую систему хранить "папку" в именно указанном виде.
И кстати в современных ФС директории как правило проиндексированы в неких деревьях для более быстрого лукапа. Ибо просто список начинает невъ....нно тормозить когда надо работать с большим числом элементов в оном.
| | |
| 6.88, Аноним (-), 18:10, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Да, это так. Фактически папка - это файл со списком ссылочных структур, где содержится имя файла и индексный дескриптор.
И сразу закономерный вопрос: размер такого файла учитывается в столбце "used" вывода df?
| | |
| |
| 7.180, Valentine (??), 10:37, 28/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Да, это так. Фактически папка - это файл со списком ссылочных структур, где содержится имя файла и индексный дескриптор.
> И сразу закономерный вопрос: размер такого файла учитывается в столбце "used" вывода
> df?
Как посмотреть размер:
:~# ls -lhd /var
drwxr-xr-x 25 root root 4.0K Dec 26 02:43 /var
| | |
|
|
|
|
| |
| 4.25, Аноним (-), 22:54, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Только в данном случае речь не об этом, а о горе внутренних
> структур...
Об этом, об этом.
| | |
| |
| 5.34, Crazy Alex (ok), 01:06, 19/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
 Насколько я помню, там было две проблемы:
1) служебных данных очень много в силу сложности самой структуры FS
2) кривые алгоритмы балансировки, оставляющие кучу почти пустых нод в дереве.
Что фиксили, что нет - понятия не имею.
| | |
|
|
|
| |
| |
| 4.47, runoverheads (ok), 06:45, 19/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > сжатие на бтр-е стоит?
да, zlib) и nodesize = 16k
всего влезло 830mb на раздел в 1024mb:
# df -h /usr/portage/
Filesystem Size Used Avail Use% Mounted on
/dev/md0p4 1.1G 826M 134M 87% /media/misc/portage
# btrfs fi df /usr/portage
Data: total=315.69MB, used=182.07MB
System, DUP: total=8.00MB, used=16.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=341.06MB, used=321.91MB
Metadata: total=8.00MB, used=0.00
попытка повторить эксперимент, поиграться с metadata_ratio успеха не принесла. опция тупо ничего не изменила.
опция --mixed mix metadata and data together даст больше объёма для данных, но ценой скорости, ощутимой на глаз.
| | |
| 4.62, runoverheads (ok), 13:38, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> сжатие на бтр-е стоит?
на свежую голову понял что чтото не так..
оказалось опция nodatacow отключает сжатие. и значит выше результаты без сжатия.
вот с сжатие, картинка намного приятней
mkfs.btrfs -L Portage -l 32k -n 32k /dev/md0p4
mount -o rw,noatime,nodiratime,nodatasum,noacl,space_cache,metadata_ratio=4,compress=lzo /dev/disk/by-label/Portage /usr/portage
cd /usr/ && time tar -xf /portage-latest.tar.xz
df -hm /usr/portage/
Filesystem 1M-blocks Used Available Use% Mounted on
/dev/md0p4 1026 457 402 54% /media/misc/portage
btrfs fi df /usr/portage
Data: total=315.69MB, used=83.21MB
System, DUP: total=8.00MB, used=32.00KB
System: total=4.00MB, used=0.00
Metadata, DUP: total=256.38MB, used=186.44MB
Metadata: total=8.00MB, used=0.00
| | |
|
|
|
| |
| 2.4, pavlinux (ok), 21:21, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
 В опенсоурсе, раньше чем через 10 лет после анонса фичи, ничего нельзя юзать :)
Оно либо сдохнет за ненадобностью, либо стабилизируется!
Вроде скоро у Убунты десятилетие будет... :)
| | |
| |
| 3.10, Аноним (-), 21:44, 18/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> В опенсоурсе, раньше чем через 10 лет после анонса фичи, ничего нельзя юзать :)
...при условии что ты МакЛауд и живешь вечно - замечательный вариант.
| | |
| |
| 4.36, pavlinux (ok), 01:35, 19/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> В опенсоурсе, раньше чем через 10 лет после анонса фичи, ничего нельзя юзать :)
> ...при условии что ты МакЛауд и живешь вечно - замечательный вариант.
Ну а чё,
Linux ушёл в массы с версии 2.6.9, вроде 2004 год.
StarOffice/OpenOffice -> Ваще жуть, лет 20 раскручивался.
Vmware c 5-ой версии,
Apache
Netscape/Firefox
Qemu->KVM - c 2006 года.
bash со второй версии.
...
| | |
| |
| 5.40, rshadow (ok), 03:04, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Ага а теперь посмотри на историю компьютерной техники и ты поймешь, что копошение в начале пути всего лишь затишье перед экспоненциальным ростом.
| | |
| |
| 6.42, pavlinux (ok), 03:51, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Ага а теперь посмотри на историю компьютерной техники и ты поймешь, что
> копошение в начале пути всего лишь затишье перед экспоненциальным ростом.
Дык, об этом и речь. Кстати, экспонента может быть и в другую сторону. (см. Openmoko)
| | |
|
| 5.85, Аноним (-), 17:39, 19/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Гм, даже я видел 2 4 кернелы Хоть я и весьма поздно обратил внимание на линь Н... большой текст свёрнут, показать | | |
| |
| 6.98, pavlinux (ok), 19:03, 19/12/2012 [^] [^^] [^^^] [ответить] | +/– | Я с версии 1 2, заменил полностью вянду с 2 0 33 и чё Драйверов вааще не было... большой текст свёрнут, показать | | |
|
|
|
|
| 2.7, Аноним (-), 21:36, 18/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> К 3.9 можно будет попробовать ) Дожить бы ))
Что-то вы пессимист прямо. Вас там что, гопы с битами ждут, чтоли - каждый день как война? Ядра шлепают раз в 2-3 месяца и 3.9 будет менее чем через полгода.
| | |
| |
| |
| 4.143, Аноним (-), 17:09, 20/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> А некоторые гопы - даже с байтами.
Шестирукая Шива завистливо смотрит на столь удачливых гопов :)
| | |
|
|
| 2.21, Crazy Alex (ok), 22:37, 18/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
Хм, я бы ещё как минимум версию-другую подождал. Судя по эпичности бага с коллизиями серьёзного тестирования ещё вообще не было. А киллер фич (не чтобы "удобнее", а то, без чего жить нельзя) как-то не видно, так что спешить особой необходимости нет.
| | |
| |
| 3.37, Аноним (-), 01:37, 19/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Судя по эпичности бага с коллизиями серьёзного тестирования ещё вообще не было.
Такой баг практически нереально выловить при тестировании. Только аудит. Именно так его и выловили.
> А киллер фич (не чтобы "удобнее", а то, без чего жить нельзя) как-то не видно
Нужно обладать очень плохим зрением, чтобы не видеть снапшоты.
| | |
| |
| 4.75, Аноним (-), 17:09, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Нужно обладать очень плохим зрением, чтобы не видеть снапшоты.
И вообще недеструктивную запись. Хотя от этого очень помогает пару раз пришибить "не ту" диру. Сразу наступает понимание зачем снапшоты нужны. Как засвеобит пониже спины от осознания что ты только что @#$нул работу за неделю - так сразу и приходит осознание зачем нужны снапшоты xD.
| | |
| |
| 5.89, AlexAT (ok), 18:11, 19/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > И вообще недеструктивную запись. Хотя от этого очень помогает пару раз пришибить
> "не ту" диру. Сразу наступает понимание зачем снапшоты нужны. Как засвеобит
> пониже спины от осознания что ты только что @#$нул работу за
> неделю - так сразу и приходит осознание зачем нужны снапшоты xD.
Вот. Еще один, не делающий ежедневных (инкрементальных) бэкапов.
| | |
| |
| 6.91, Аноним (-), 18:15, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
Снапшоты дают возможность делать бэкапы гораздо реже.
С высоты пользователя ФС, умеющей снапшоты - ежедневный бэкап выглядит ничуть не привлекательнее, чем необходимость переустанавливать ОС раз в неделю.
| | |
| |
| 7.94, Аноним (-), 18:47, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> привлекательнее, чем необходимость переустанавливать ОС раз в неделю.
Снапшоты не заменяют бэкапы, ибо если там в середине выпадет блок - оно как костяшки домино завалится по цепочке. Но возможность отмотать ошибочную операцию в прошлом, быстро и удобно - ценное свойство.
| | |
| |
| 8.99, Аноним (-), 19:20, 19/12/2012 [^] [^^] [^^^] [ответить] | +/– | Снапшот заменяет ежедневный бэкап, но не заменяет ежемесячного Потому что вероя... текст свёрнут, показать | | |
|
|
| 6.93, Аноним (-), 18:46, 19/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Вот. Еще один, не делающий ежедневных (инкрементальных) бэкапов.
Кхм, вообще-то я разок про...л данные как раз раскатав старый бэкап сгоряча. И осознав что все изменения про...лись. И откатить не выйдет. И undelete нету. Абыдна, да! На бтр я бы просто вернулся на свежий автоснапшот и не парился. А на ext4 - попаболь, однако.
| | |
| |
| 7.102, AlexAT (ok), 19:26, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Кхм, вообще-то я разок про...л данные как раз раскатав старый бэкап сгоряча.
Как правильно говорил один из моих школьных преподавателей в бородатом 95 году - торопливость нужна при ловле блох.
| | |
|
|
|
|
|
|
| |
| 2.8, Аноним (-), 21:37, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Баг с колизиями похоже так и не справили..
Взвис - исправили. Сам алгоритм пока не меняли, да.
| | |
|
| |
| 2.29, Аноним (-), 23:10, 18/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> констатирует, что для ряда нагрузок пока есть отставание Btrfs от XFS и EXT4
Видимо Крис добрел до фороникса :)
| | |
| |
| 3.67, SergMarkov (ok), 15:00, 19/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > Видимо Крис добрел до фороникса :)
Я это чудо ставил для пробы, причем сделал по умолчанию настройки как ext4 так и Btrfs. Тесты примитивнейшие - удаление сорцов ядра, копирование фильмеца и папки с доками. Везде Btrfs процентов на 10-15 проигрывал ext4 "ФС завтрашнего дня", эмм.., тогда меня вполне устраивают достижения дня сегодняшнего :-)
Так что похороникс, как и что бы он там не мерял своим комбитестом таки прав
| | |
| |
| 4.76, Аноним (-), 17:16, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> проигрывал ext4 "ФС завтрашнего дня", эмм.., тогда меня вполне устраивают достижения
> дня сегодняшнего :-)
Скорость - это замечательно, хорошо и правильно. Но все-таки это не единственное свойство которое может хотеться от ФС.
> Так что похороникс, как и что бы он там не мерял своим комбитестом таки прав
Да в общем то по тестам форониксов вполне можно делать некие выводы. А бочку на них обычно катят те фанаты, чей фетиш проиграл в пузомерке. А само по себе бенчи как бенчи. Не хуже остальных. По крайней мере, конфига - описана, что померяно и что вышло - тоже. В случае больших разбросов погрешность отложена. Вполне съедобно.
| | |
| |
| 5.80, SergMarkov (ok), 17:19, 19/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Скорость - это замечательно, хорошо и правильно. Но все-таки это не единственное
> свойство которое может хотеться от ФС.
Да нет, я не спорю, что у него есть масса преимуществ для серверов, но мне то они как то по барабану
> Да в общем то по тестам форониксов вполне можно делать некие выводы.
> А бочку на них обычно катят те фанаты, чей фетиш проиграл
> в пузомерке. А само по себе бенчи как бенчи. Не хуже
> остальных. По крайней мере, конфига - описана, что померяно и что
> вышло - тоже. В случае больших разбросов погрешность отложена. Вполне съедобно.
Вообще то, да
| | |
| |
| 6.86, Аноним (-), 17:44, 19/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Да нет, я не спорю, что у него есть масса преимуществ для серверов,
Как бы это сказать? Я и на десктопе не против иметь возможность отмотать назад. Была парочка обидных прецедентов, когда я из-за промашки терял данные. А так я смогу сгонять в прошлое и исправить свои (и не только свои) ощибки. Круто же :). Да и возможность подоткнуть при нехватке места +1 диск и ребаланс на него сделать - и на десктопе имхо вполне пригодится.
> но мне то они как то по барабану
Кому как, кому как.
> Вообще то, да
Ну по крайней мере критики обычно демонстрируют еще более убогое нечто.
| | |
| |
| 7.87, SergMarkov (ok), 17:49, 19/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Как бы это сказать? Я и на десктопе не против иметь возможность
> отмотать назад. Была парочка обидных прецедентов, когда я из-за промашки терял
> данные. А так я смогу сгонять в прошлое и исправить свои
> (и не только свои) ощибки.
Ну, для этого есть бэкапы и не только на другой диск. Причем при их использовании нет потери в производительности, как в btrfs
| | |
| |
| |
| 9.103, AlexAT (ok), 19:29, 19/12/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Вот Реальное удобство снапшота именно в этом делаем снапшот, выполняем критичн... текст свёрнут, показать | | |
| |
| |
| 11.118, Tav (ok), 03:43, 20/12/2012 [^] [^^] [^^^] [ответить] | +1 +/– |  Резервные копии делаются по расписанию или по требованию пользователя и их созда... текст свёрнут, показать | | |
| |
| |
| |
| |
| |
| |
| 17.157, Аноним (-), 18:18, 20/12/2012 [^] [^^] [^^^] [ответить] | +1 +/– | только цифровым технологиям это улучшение сильно пофиг Сигнал эзернета или ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| |
| |
| |
| |
| |
| 14.158, Аноним (-), 18:24, 20/12/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Да, у гугля надежность совершенно не в приоритете благодаря устройству их распр... большой текст свёрнут, показать | | |
| |
| 15.169, iZEN (ok), 20:26, 21/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– |  Неужели такой бзмозглый дизайн CoW-ФС Btrfs, что она уже на нескольких снапшотах... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 1.31, Аноним (-), 23:41, 18/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> По числу строк кода всех остальных опережает Стефан (Stefan)
> Джозеф (Josef) работал над производительностью синхронной записи.
Прямо клуб анонимных разработчиков
"Здравствуйте, меня зовут Джозеф, и я уже три года работаю над производительностью синхронной записи"
| | |
| |
| 2.38, Аноним (-), 01:39, 19/12/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
Это чтобы использующие это уже сейчас в "продакшн" по совету суседелов не отловили и не насовали ему за потерю данных.
| | |
| |
| 3.59, Аноним (-), 10:35, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
А что, при более медленной синхронной записи выше вероятность их потери?
| | |
| |
| 4.69, К.О. (?), 16:04, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Чем больше время операции тем выше вероятность сбоя во время операции.
| | |
| |
| 5.77, Аноним (-), 17:17, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Чем больше время операции тем выше вероятность сбоя во время операции.
По такой логике ядерные реакторы вообще взрываться не должны :)
| | |
|
|
|
|
| 1.39, Anonus (?), 02:51, 19/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
Очередная порция исправлений и улучшений...
Видать "14 февраля" наступит таки не раньше чем через три-пять лет, даже не смотря на радужные заявления SUSE.
Этот долгострой уже давно напоминает своей эпичностью незабвенное PulseAudio.
| | |
| |
| 2.41, Аноним (-), 03:29, 19/12/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
PulseAudio был готов с 1 версии и оллично работал, в том чисте и у меня. Не его проблема что он пользовался документированными возможностями ALSA, криво реализованными. Вот ALSA и чинили эпично.
| | |
| |
| 3.66, Аноним (-), 14:55, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
Пользоваться функциями ALSA, в которой баг на баге? Да, до такой херни мог додуматься только поцтеринг.
| | |
| |
| 4.79, Аноним (-), 17:17, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Пользоваться функциями ALSA, в которой баг на баге? Да, до такой херни
> мог додуматься только поцтеринг.
Ой, оказывается в софте бывают баги. Надо же, открытие века.
| | |
|
|
|
| 1.46, Аноним (-), 06:44, 19/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
"добавивший возможность замены диска в процессе эксплуатации"
в btrfs небыло горячей замены диска? spare-дисков там тоже нету?
| | |
| |
| 2.48, AlexAT (ok), 07:22, 19/12/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
А оно, простите, нужно? При наличии md / HW RAID? Ну, кроме как для извращений "а вот у меня рейд прямо в файловой системе"?
| | |
| |
| 3.50, dalco (ok), 07:52, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
 > А оно, простите, нужно? При наличии md / HW RAID? Ну, кроме
> как для извращений "а вот у меня рейд прямо в файловой
> системе"?
Когда конфигурация дискового пула стабильна, то, в большинстве случаев, оно без разницы - какими средствами raid организован (MD/HW/BTRFS/ZFS).
А вот если количество и объем винтов постоянно гуляет, то FS, берущая на себя управление рейдом, оказывается выгоднее - тупо гораздо меньшее количество дисковых операций при изменении конфы дискового пула.
| | |
| |
| 4.53, AlexAT (ok), 09:33, 19/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А вот если количество и объем винтов постоянно гуляет
- самое время решить админа премии, а то и уволить, за открытую дестабилизацию системы.
Количество дисков в стабильной системе НЕ ГУЛЯЕТ. Вполне возможно, что постоянно необходимо расширение объёма - но эта операция, на чём бы RAID ни был собран, является операцией критичной, и требует планирования работ. Кроме того, правильное планирование позволяет "гулять" пулы вверх достаточно редко - вместо добавления винта каждый месяц можно поставить 12 винтов сразу, и забыть на полгода.
| | |
| |
| 5.54, Аноним (-), 10:00, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Количество дисков в стабильной системе НЕ ГУЛЯЕТ. Вполне возможно, что постоянно необходимо
> расширение объёма - но эта операция, на чём бы RAID ни
> был собран, является операцией критичной, и требует планирования работ. Кроме того,
> правильное планирование позволяет "гулять" пулы вверх достаточно редко - вместо добавления
> винта каждый месяц можно поставить 12 винтов сразу, и забыть на
> полгода.
а что критичного в этой операции? уже давно: вытащил винты из пула, поставил более емкие в режиме нонстоп (хотсвоп) или просто доставил винты, подключил к пулу и пошел пиво пить. юзеры как работали, так и работают дальше ничего не замечая.
| | |
| |
| 6.55, AlexAT (ok), 10:05, 19/12/2012 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> а что критичного в этой операции?
Вероятность того, что что-то пойдёт не так в процессе. Как минимум оперативный бэкап перед операцией должен быть. Да, речь про рейды, а не про спаны.
> уже давно: вытащил винты из пула, поставил более емкие в режиме нонстоп
Ага, разбили отказоустойчивость, вытащив винты. Пошли перестраивать массив. И до окончания операции у вас [внезапно] отвалился один из винтов. Дальше что? Вот об этой критичности как раз и речь. Обязательно надо планировать возможность простоя, и заранее продумывать recovery operations в случае сбоя процесса. Даже если это кластер. Потому что выход кластера в нештатный режим - тоже проблема, и серьезная.
> подключил к пулу и пошел пиво пить
А в это время (с)... так и пивом можно подавиться в пессимистичном варианте.
| | |
| |
| 7.60, Аноним (-), 10:49, 19/12/2012 [^] [^^] [^^^] [ответить] | +/– | Не так пойдет - если вы с пьяного глаза, выдерните винт из соседнего сервера, а ... большой текст свёрнут, показать | | |
| |
| 8.64, AlexAT (ok), 14:04, 19/12/2012 [^] [^^] [^^^] [ответить] | +/– | Наивняк, верящий в 100 надежность железа во время критичных операций с ним, обы... текст свёрнут, показать | | |
| |
| 9.81, Аноним (-), 17:20, 19/12/2012 [^] [^^] [^^^] [ответить] | +/– | Ну в raid5 IIRC обычная XORка Это быстро А верную копию можно вычислить посмот... текст свёрнут, показать | | |
| 9.120, Аноним (-), 06:03, 20/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Да, переучился быстро, после того, как 3варе умирая забрала с собой и данные Те... большой текст свёрнут, показать | | |
| |
| |
| 11.156, iZEN (ok), 18:11, 20/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Помнится, у него был пул в состояние FAULTED уже не DEGRADED и не было на тот ... текст свёрнут, показать | | |
| |
| |
| 13.168, iZEN (ok), 20:19, 21/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Видишь ли, сам принцип CoW не может позволить навернуться существующим данным и ... текст свёрнут, показать | | |
| |
| 14.177, Аноним (-), 23:09, 27/12/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Зато может помочь сбой в фирмвари накопителя, логики контроллера, драйверов устр... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
| 5.56, dalco (ok), 10:09, 19/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Я уважаю ваше мнение и оно вполне справедливо для идеального случая К сожалению... большой текст свёрнут, показать | | |
| |
| 6.57, AlexAT (ok), 10:15, 19/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Я уважаю ваше мнение и оно вполне справедливо для идеального случая.
Оно справедливо для случая, когда и админ, и руководство - вменяемы. В России это встречается не часто, угу.
> К сожалению, в реальной жизни иногда тупо нет свободного места в дисковых
> полках или свободных винтов, которые можно запихнуть туда "про запас" на
> пол-года вперед.
Это проблема планирования нагрузки, и решается она административно.
> И проблема не в админе, а в финансировании (начальство на спичках экономит).
Ну Россия, да, угу...
> Если оно _вам_ не нужно, то это еще не значит, что оно
> _никому_ не нужно ⓒ
Оно не не нужно, оно неправильно и рискованно.
| | |
|
|
|
| 3.51, iZEN (ok), 08:27, 19/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А оно, простите, нужно? При наличии md / HW RAID?
Да. Так как классические решения не обеспечивают сквозную целостность данных и другие полезные фишки на уровне свойств отдельных файловых систем. Кроме того, хардварный RAID стоит денег не только за саму железку, но и за гарантийные обязательства по её сопровождению и замене в случае отказа. Грубо говоря: всегда нужно где-то рядом иметь резервный контроллер на случай внезапного отказа рабочего. Софтверные решения здесь явно в плюсе, так как не требуют уникального оборудования минимум в двух экземплярах. Но md не обеспечивает сверки данных на лету в RAID-5 (для зеркала вроде сделали). Так что...
| | |
| |
| 4.52, AlexAT (ok), 09:32, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Да. Так как классические решения не обеспечивают сквозную целостность данных
Твоя СЦД - это миф. Правда, не понимая принципов работы железа, этого не понять.
> полезные фишки на уровне свойств отдельных файловых систем
Какие именно?
> Кроме того, хардварный RAID стоит денег не только за саму железку, но и за
> гарантийные обязательства по её сопровождению и замене в случае отказа
Именно! В этом и плюс железки по сравнению с unsupported решением.
> всегда нужно где-то рядом иметь резервный контроллер на случай внезапного
> отказа рабочего
В случае отказа софтового непонятного решения ака "RAID в FS" не поможет уже ничего. md в этом плане куда лучше - он достаточно стандартен, и не использует туевой хучи метаданных для поддержания собственной функциональности.
| | |
| |
| 5.63, iZEN (ok), 13:55, 19/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Твоя СЦД - это миф.
Она не моя, а ваша — сквозная целостность в Btrfs, за которую я не поручусь. А вот ZFS уже спасла от разрушения многие терабайты данных.
> Правда, не понимая принципов работы железа, этого не понять.
Железо без софта мёртво. Не понимая работы софта, а так же какой драйвер кем пишется и в каких условиях, трудно прогнозировать надёжность такой системы хранения.
| | |
| |
| 6.65, AlexAT (ok), 14:17, 19/12/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Например здесь https groups google com forum fromgroups topic comp unix s... большой текст свёрнут, показать | | |
| |
| 7.70, iZEN (ok), 16:14, 19/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Например здесь?
> https://groups.google.com/forum/?fromgroups=#!topic/comp.uni... - как раз следствие повреждения данных в памяти
Там массив просто не импортируется. Что делал до этого — х.з., может он по одному диски из него вынимал, проверяя стабильность, или контроллер навернулся... По остальному — нытьё о том, что "у меня вот тут пул накрылся, не поможете?"...
Ты, это, со своей попаболью с soft-raid лучше обратись в соотвествующую ветку форума: http://forum.ixbt.com/topic.cgi?id=11:44629
Там тебе объяснят что к чему, а чего не бывает.
Разумнее сначала прочитать о принципах работы и восстановлении после сбоев soft-RAID, поскольку эти же принципы лежат в основе "интегрированных" (с менеджером томов) файловых систем Btrfs и ZFS.
| | |
|
|
| 5.82, Аноним (-), 17:21, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Твоя СЦД - это миф. Правда, не понимая принципов работы железа, этого не понять.
Просто спроси этого клоуна: у него оперативка с ECC хотя-бы есть? Я думаю что знаю ответ. И да, если изен такой умный - пусть скажет, что обеспечит целостность данных при сбое оперативки или проца? Если уж бряцать громкими терминами охота.
| | |
| |
| 6.92, iZEN (ok), 18:25, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> И да, если изен такой умный - пусть скажет, что обеспечит целостность данных при сбое оперативки или проца?
Обеспечит одно — прекращение работы с пулом.
| | |
| |
| 7.97, Аноним (-), 19:02, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Обеспечит одно — прекращение работы с пулом.
А как ты узнаешь когда тебе уже прекращать работать с пулом?
| | |
| |
| 8.125, iZEN (ok), 07:33, 20/12/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Пул перейдёт в состояние STOPPED Файловые системы в пуле, соответственно, не бу... текст свёрнут, показать | | |
|
| 7.101, AlexAT (ok), 19:25, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> И да, если изен такой умный - пусть скажет, что обеспечит целостность данных при сбое оперативки или проца?
> Обеспечит одно — прекращение работы с пулом.
А система об этом не узнает долго-долго, пока вновь не попытается считать поврежденный до записи блок с диска.
| | |
| |
| 8.126, iZEN (ok), 07:36, 20/12/2012 [^] [^^] [^^^] [ответить] | –3 +/– | Думаешь, у таких монстров Btrfs и ZFS нет обратной связи с дисками во время за... текст свёрнут, показать | | |
|
|
| 6.121, Аноним (-), 06:19, 20/12/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Твоя СЦД - это миф. Правда, не понимая принципов работы железа, этого не понять.
> Просто спроси этого клоуна: у него оперативка с ECC хотя-бы есть? Я
> думаю что знаю ответ. И да, если изен такой умный -
> пусть скажет, что обеспечит целостность данных при сбое оперативки или проца?
> Если уж бряцать громкими терминами охота.
я лучше спрошу тебя, клоуна: ты можете предложить что-то другое, лучше?
| | |
| |
| 7.151, Аноним (-), 17:27, 20/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> я лучше спрошу тебя, клоуна: ты можете предложить что-то другое, лучше?
Мы можете :) предположить что если уж понтоваться надежностью - то наверное на надежном железе. Где хотя-бы оперативка с ECC, etc. А не как изен - "без порток, но в шляпе".
| | |
|
|
|
| 4.108, myhand (ok), 20:24, 19/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Но md не обеспечивает сверки данных на лету в RAID-5 (для зеркала вроде сделали). Так что...
А вы вообще Linux в глаза видели?
| | |
| |
| 5.127, iZEN (ok), 07:40, 20/12/2012 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> Но md не обеспечивает сверки данных на лету в RAID-5 (для зеркала вроде сделали). Так что...
> А вы вообще Linux в глаза видели?
Да недавно запускал Linux Mint Кинамон-какой-то. Не понравилось то, что он не русифицирован. Но в интернет вылез спокойно.
| | |
| |
| 6.132, myhand (ok), 12:46, 20/12/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>> Но md не обеспечивает сверки данных на лету в RAID-5 (для зеркала вроде сделали). Так что...
>> А вы вообще Linux в глаза видели?
> Да недавно запускал Linux Mint Кинамон-какой-то. Не понравилось то, что он не
> русифицирован. Но в интернет вылез спокойно.
Ну да, я к тому - что в ваших комментариях только и читается "обои не понравились". Боюсь, более содержательных знаний о Linux, в частности по работе md - вы не имеете...
| | |
|
|
|
|
| 2.49, dalco (ok), 07:42, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
Менять можно было, но неудобно и долго. Кажется, выглядело оно примерно так:
1. Даем команду на извлечение диска
2. Идет полный ребаланс FS (это очень долго)
3. Вытаскиваем диск, вставляем новый
4. По идее, надо делать ребаланс еще раз.
Впрочем, могу и ошибаться в последовательности действий - у меня btrfs в качестве эксперимента только на одном винте жила.
| | |
|
| 1.68, CssfPZS (ok), 15:23, 19/12/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >Кроме того, на повестке дня актуальным вопросом остается полное исправление коллизий
>хэшей, так как потенциально это позволяет проводить атаки для вызова отказа в обслуживании.
Что они там курят/колят в вену? =)
Любая хэш функция по определению имеет коллизии (Невозможно отобразить большее множество в меньшем без коллизий). Сомневающиеся могу погуглить или в википедии глянуть: https://ru.wikipedia.org/wiki/%D0%A5%D0%B5%D1%88
P.S. Все меньше желания пробовать эту кривую поделку после вот таких вот новостей.
| | |
| |
| 2.71, абыр (?), 16:24, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
 То что вы процитировали это какие-то эротические фантазии аффтара новости.
В pull-request'e нет ничего похожего на эту фразу.
| | |
| 2.78, Аноним (-), 17:17, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Любая хэш функция по определению имеет коллизии (Невозможно отобразить большее множество
> в меньшем без коллизий). Сомневающиеся могу погуглить или в википедии глянуть:
Речь про защиту от управляемого создание коллизий, как правило проблема решается добавлеием пары случайных байт к данным, полученным от пользователя.
| | |
| 2.83, Аноним (-), 17:24, 19/12/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Любая хэш функция по определению имеет коллизии
Имелась в виду замена алгоритма CRC32 на иной, более устойчивый к целенаправленной массовой генерации коллизий со стороны вредителя. Пока починили только баг с обработкой очень массовой коллизии. Но сильное проседание скорости при таких махинациях никуда не делось.
| | |
|
|
