Как изменить раскладку клавиатуры в Centos6.6, xfce4.8

Я не думаю, что существует "канонический" путь, поэтому следующее мое личное мнение.

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

Лично у меня нет времени решать, какую функцию использовать, а какую нет, я упущу время, которое мне понадобится, чтобы выяснить, как отключить или включить эти функции.

Напротив, ZFS прочная и зрелая (ИМХО). Итак, чтобы ответить на ваш вопрос, я бы использовал ZFS (кстати, он не потребляет много памяти - см. Ниже).

Но для вас btrfs может быть правильным выбором, поскольку вы уже используете его (если я правильно понял), и в одном из комментариев выше показано, как использовать его для обмена.

По чистой случайности в последние дни я установил несколько серверов Linux на ZFS, каждый раз включая корневую файловую систему и файл подкачки.Прежде чем я это сделал, я провел очень тщательное исследование, на которое у меня ушло несколько дней. Краткое изложение того, что я узнал:

Потребление памяти ZFS

Существует распространенное заблуждение относительно потребления памяти ZFS. ZFS обычно не потребляет много памяти; Фактически, он работает с ТБ хранилища на машинах с 2 ГБ ОЗУ. Только если вы используете дедупликацию (по умолчанию отключена), тогда потребуется много-много оперативной памяти.

Аппаратное обнаружение / исправление ошибок

Достаточно ли SATA, PATA, RAID или других механизмов обнаружения / исправления ошибок для целостности данных - это тема, которая вызывает бесконечные дискуссии и даже ожесточенные войны во всех местах сети. Теоретически аппаратное запоминающее устройство должно сообщать (и, возможно, исправлять) любую обнаруженную ошибку, как и аппаратное обеспечение передачи данных на всех уровнях (набор микросхем, память и т. Д.).

Ну, не во всех случаях или неожиданно реагируют на ошибки. В качестве примера возьмем типичную конфигурацию RAID5. Обычно, если на одном диске есть проблема, он сообщает об этом в RAID, который, в свою очередь, создает данные для чтения с других дисков и передает их, но также записывает их обратно на неисправный диск (который, в свою очередь, вероятно, переназначает сектор перед записью данных); если один и тот же диск сообщает о слишком большом количестве ошибок, RAID переводит его в автономный режим и сообщает об этом администратору (если он настроен правильно).

Пока все хорошо, но бывают случаи, когда ошибочные данные уходят с диска, а диск не сообщает об ошибке (см. Следующий раздел).Большинство RAID-массивов могут обнаружить эту ситуацию, используя информацию о четности, но их реакция глупая: вместо того, чтобы сообщать об ошибке и останавливать передачу данных, они просто пересчитают четность на основе ошибочных данных и запишут новая четность на соответствующем диске, таким образом, ошибочные данные навсегда помечаются как правильные.

Это разумное поведение? Насколько мне известно, большинство аппаратных контроллеров RAID5 и даже md RAID Linux работают именно так.

Я не знаю, как исправить ошибки в btrfs, но со временем вам следует внимательно прочитать документацию еще раз, особенно если вы используете RAID-массив btrfs.

Тихая гниль долота

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

То, что это происходит, не является моим личным мнением: по крайней мере, Google, Amazon и CERN опубликовали подробные официальные документы, охватывающие именно эту тему. Документы общедоступны для бесплатного скачивания. Они проводили систематические эксперименты с несколькими миллионами жестких дисков и сотнями тысяч серверов / запоминающих устройств либо потому, что у них были проблемы с необнаруженным повреждением данных, либо потому, что они хотели знать, что делать, чтобы предотвратить это, прежде чем это произойдет.

Таким образом, данные на их фермах серверов были повреждены со скоростью, значительно превышающей ожидаемую статистику наработки на отказ или другую теорию. Под значительно выше я подразумеваю порядки величины.

Таким образом, тихая гниль битов, т. Е. Необнаруженное повреждение данных в любой точке пути передачи,это проблема реальной жизни.

Время жизни данных

Уоррен Янг прав, когда говорит, что данные подкачки имеют короткое время жизни. Но я хотел бы добавить следующее соображение: в подкачку попадают не только данные (в смысле документов), но (возможно, даже более вероятно) части операционной системы или другого работающего программного обеспечения. . Если бы у меня был MP3 в свопинге, я мог бы жить с небольшим переворачиванием. Если (из-за чрезвычайной ситуации) части моего производственного программного обеспечения httpd-сервера находятся в режиме подкачки, я ни в коем случае не могу жить с перевернутым битом, который позже приведет к выполнению поврежденного кода, если он не обнаружен.

Эпилог

Для меня ZFS решает эти проблемы, или, точнее, перемещает их с дисков в память и тем самым снижает вероятность гниения тихих битов на несколько порядков. . Кроме того, при правильной настройке (то есть зеркалировании вместо RAID) он обеспечивает чистое и разумное исправление ошибок, которое работает так, как ожидалось, и в конце концов может быть легко понято.

Сказав это, учтите, что вы никогда не получите абсолютной безопасности. Лично я доверяю своей ECC RAM больше, чем своим дискам, и я убежден, что ZFS с ее сквозными контрольными суммами снижает вероятность проблем на порядки. Однако я бы никогда не рекомендовал использовать ZFS без ECC RAM.

Отказ от ответственности: я никоим образом не связан с каким-либо поставщиком или разработчиком ZFS. Это верно для всех вариантов (вилок) ZFS. Я просто стал его поклонником в последние дни ...