https://www.opennet.ru/openforum/vsluhforumID3/88489.html Крис Мейсон (Chris Mason), автор файловой системы Btrfs, сообщил (http://permalink.gmane.org/gmane.comp.file-systems.btrfs/23006) об интеграции в основной Git-репозиторий проекта экспериментальной реализации RAID5 (http://ru.wikipedia.org/wiki/RAID#RAID_5) и RAID6 (http://ru.wikipedia.org/wiki/RAID#RAID_6), встроенной в Btrfs. Поддержка RAID5/6 доступна для тестирования в рамках ветки raid56-experimental, созданной как для компонентов Btrfs уровня ядра, так и для набора утилит btrfs-progs.<br><br><br><br>Отмечается, что хотя реализация RAID5/6 во многом похожа на MD raid, встраивание поддержки RAID в Btrfs имеет ряд преимуществ. Например, имеется возможность применения разных уровней RAID к метаданным и непосредственно хранимым данным или можно инициировать частичное перестроение RAID в случае выявления несоответствия контрольных сумм в процессе работы ФС. Кроме того, появляется возможность выполнения таких операций как перестановка данных между дисками (restriping) или добавление/удаление дисков в привязке к транзакц https://www.opennet.ru/openforum/vsluhforumID3/88489.html#223 Fri, 22 Mar 2013 19:09:29 GMT Очередной пример, как линуксоиды хаяли ZFS за то что там встроенный RAID и она-де комбайн, и радуются как только то же появилось в btw. Лол.<br> https://www.opennet.ru/openforum/vsluhforumID3/88489.html#222 Tue, 05 Mar 2013 18:07:20 GMT предлагаю охрененно быстрый на запись raid6 соответствующий RAID 6 (block-level striping with double distributed parity) provides fault tolerance up to two failed drives.<br>Суть: <br>1. имеем 5 дисков A B C D E<br>2. пишем первый блок получаем <br>A1 B1 C1 D E<br>3. Пишем второй блок получаем<br>A1 B1 C1 D2 E2<br>A2<br>3. Пишем третий блок получаем<br>A1 B1 C1 D2 E2<br>A2 B3 C3 D3<br><br>число - номер блока данных (сектор логического диска поверх рейда)<br>буква - диск<br><br>в результате удаления любых 2х дисков мы всегда можем прочитать всю инфу.<br>для буквоедов про четность: четность вычисляется как data xor 0<br><br>все окуенно быстрый на запись raid6 как и на чтение готов. реализуйте. идея распространяется под gpl v2<br> https://www.opennet.ru/openforum/vsluhforumID3/88489.html#221 Sun, 10 Feb 2013 01:11:40 GMT &gt; это вообще из другой оперы и НИКАКОГО отношения к фрагментации/дефрагментации не имеет. <br>&gt; Вы хоть понимаете как лажанулись?<br>&gt; существует для того, чтобы когда вся файловая система заполнится и в систему <br>&gt; никто не сможет войти (т.к. вход сопровождается созданием файлов, временных файлов, <br>&gt; записями в журнал), то оставалось возможность восстановить работоспособность.<br>&gt; поэтому система оставляет этот процент свободных блоков, чтобы админ(root) смог войти и <br>&gt; навести порядок.<br><br>Вот и выросло поколение (с)<br><br>Оно именно из-за алгоритмов размещения вводилось - при почти полной заполненности тома скорость резко падает. Фрагментация - вторая цель. А уж вход рута - это сугубо побочный эффект, который в мозгах масс почему-то стал единственным (а подумать даже, зачем бы для этой цели резервировать в процентах, а не мегабайтах, не догадываются).<br> https://www.opennet.ru/openforum/vsluhforumID3/88489.html#220 Thu, 07 Feb 2013 13:35:04 GMT &gt; ARC на то и адаптивный, чтобы при любых обстоятельствах всегда оставаться в <br>&gt; оперативной памяти, жертвуя, если надо, занимаемым объёмом.<br><br>Похоже ваши оппоненты с таким трудом запомнившие слово ARC никак ниасилят слово ZIL :))<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/88489.html#219 Thu, 07 Feb 2013 13:30:08 GMT &gt;&gt; да, ты же 294-ый это прекрасно знаешь, правда?<br>&gt;Конечно. Я регулярно троллю тормозов которые эпикфэйлят. Кстати, пропустить запятые в<br>&gt;попытке подъ...ки - довольно фэйлово.<br><br>Друг мой, боюсь вы себе льстите, это вас тролят :))<br><br> https://www.opennet.ru/openforum/vsluhforumID3/88489.html#218 Thu, 07 Feb 2013 13:28:12 GMT &gt;&gt; Ну и бред ... А куда повезет то ?<br>&gt; Действительно, чтобы нагуал и не бредил - такого не бывает.<br><br>Алекс ведите себя прилично, если у вас бывают бредовые состояния, это не значит что так бывает к всех.<br><br>&gt;&gt; Если свободна память есть то проблемы нет, если занят даже своп ... то причем тут ARC ?<br>&gt; Своп тут вообще никаким боком - спич сугубо про возможность отобрать страницы <br>&gt; памяти у кэша. Выжав его при необходимости на диск, если страницы <br>&gt; содержали не слитую на диск информацию.<br><br>Если есть свободная память то Нахер забирать у кеша ?<br><br>&gt;&gt; Ога останется только всем у кого есть указатель на эту область памяти <br>&gt; О, мсье кажется не только не в курсе основ posix, он еще <br>&gt; и не в курсе того как работают ядра и что за <br>&gt; фигня - страничная организация памяти. Но мнение уже имеет.<br><br>И с чего вы сделали такой вывод ? Со своих познаний в данной области ? Опять ставите диагноз без фотографии ? Ну так раскажите нам как вы понимаете работу ядра, чтобы не оказалась что месье писТабол.<br><br>ЗЫ Третий раз прошу https://www.opennet.ru/openforum/vsluhforumID3/88489.html#217 Thu, 07 Feb 2013 11:07:20 GMT &gt;&gt; Если свободна память есть то проблемы нет, если занят даже своп ... то причем тут ARC ?<br>&gt; Своп тут вообще никаким боком - спич сугубо про возможность отобрать страницы <br>&gt; памяти у кэша. Выжав его при необходимости на диск, если страницы <br>&gt; содержали не слитую на диск информацию.<br><br>Зачем кэшировать, если часть кэша будет располагаться в свопе? Подумай, какой в этом смысл.<br><br>ARC на то и адаптивный, чтобы при любых обстоятельствах всегда оставаться в оперативной памяти, жертвуя, если надо, занимаемым объёмом.<br> https://www.opennet.ru/openforum/vsluhforumID3/88489.html#216 Thu, 07 Feb 2013 08:56:41 GMT &gt;&gt; Нарушила - фирма босса. Она и ответит.<br>&gt; А вот это уже как повезет.<br><br>А никак не повезет, если таки прицепятся.<br><br>&gt; В таких случаях почему-то крайним часто <br>&gt; оказывается администратор<br><br>Кому может быть интересен нищеброд-аникей?<br> https://www.opennet.ru/openforum/vsluhforumID3/88489.html#215 Thu, 07 Feb 2013 06:15:55 GMT &gt; а где наезды на райды? это всякие 294-ый опять дергаются на зфс, <br>&gt; хотя сами еще сопли на кулак мотают...<br><br>Да просто батхерт некоторых индивидов уже утомил. Да, в лине будет бтрфс. Да, он будет лучше зфс. Да, он будет развиваться намного активнее. Как и все остальное в лине. Кому это не нравится - может поискать крепкую стену и место для разбега. И не надо засорять форум вашим батхертом.<br><br>