Предварительный просмотр карточек викторины Урок 8

Содержание
  1. a) Используйте команду монтирования отдельно для отображения смонтированных файловых систем. c) Используйте команду mount для монтирования новых файловых систем.
  2. Обычный файл a) — Файл блочного устройства d) b Символьная ссылка c) l (буква L) FIFO (также называемый именованным каналом) g) p Каталог b) d Специальный файл символов e) c Сокет f) s
  3. a) Вывод не отображается.
  4. a)/etc/profile.d d)/etc/profile
  5. а) ext2 b) ext4 c) ext3 d) proc
  6. d) ~/.bash_profile
  7. а)/etc/inittab известен как таблица инициализации. в) В некоторых дистрибутивах Linux, например RHEL,/etc/initab устанавливает уровень выполнения по умолчанию.
  8. Ложь
  9. c)/proc
  10. а) потеряно + найдено
  11. б) Своп используется подсистемой виртуальной памяти. c) Когда ОЗУ заканчивается, ядро ​​перемещает память в область подкачки.
  12. d) индексный дескриптор
  13. c) Ответ не дан. /var/log — это место, где расположены файлы журналов
  14. c) ~/.bashrc
  15. c )/etc/nsswitch.conf указывает, использует ли система NIS, DNS, локальные файлы или какую-либо комбинацию в качестве источника определенной информации. d)/etc/nsswitch.conf — это сеть Файл конфигурации Service Switch.
  16. c)/dev /sda1
  17. c)/etc/hosts.allow d)/etc/hosts.deny
  18. True
  19. c)/etc/shadow
  20. d)/etc/passwd
  21. a)/etc/fstab также известен как таблица монтирования файловой системы d)/etc/ fstab содержит список подключаемых устройств
  22. True
  23. г) Файл/etc/motd содержит сообщение дня, которое отображается пользователю из консоли текстового режима.
  24. a)/etc/hosts хранит имена и IP-адреса б)/etc/hosts обычно имеет как минимум 1 запись для localhost, то есть 127.0.0. 1
  25. a) Дополнительный номер устройства указывает на конкретную часть оборудования, управляемую основным номером устройства. c) Основной номер устройства указывает на драйвер в ядре, который управляет устройством.
  26. Клиентский портал Red Hat
  27. 8.1. Соображения
  28. 8.1.1. Планировщики ввода-вывода
  29. 8.1.2. Файловые системы
  30. 8.1.2.1. XFS
  31. 8.1.2.2. Ext4
  32. 8.1.2.3. Btrfs (предварительная версия технологии)
  33. 8.1.2.4. GFS2
  34. 8.1.3. Общие рекомендации по настройке файловых систем
  35. 8.1.3.1. Соображения при форматировании времени
  36. 8.1.3.2. Рекомендации во время монтирования
  37. 8.1.3.3. Обслуживание

a) Используйте команду монтирования отдельно для отображения смонтированных файловых систем.

c) Используйте команду mount для монтирования новых файловых систем.


Обычный файл a) —
Файл блочного устройства d) b
Символьная ссылка c) l (буква L)
FIFO (также называемый именованным каналом) g) p
Каталог b) d
Специальный файл символов e) c
Сокет f) s


a) Вывод не отображается.


a)/etc/profile.d
d)/etc/profile


а) ext2
b) ext4
c) ext3
d) proc


d) ~/.bash_profile


а)/etc/inittab известен как таблица инициализации.

в) В некоторых дистрибутивах Linux, например RHEL,/etc/initab устанавливает уровень выполнения по умолчанию.


Ложь


c)/proc


а) потеряно + найдено


б) Своп используется подсистемой виртуальной памяти.
c) Когда ОЗУ заканчивается, ядро ​​перемещает память в область подкачки.


d) индексный дескриптор


c) Ответ не дан.

/var/log — это место, где расположены файлы журналов


c) ~/.bashrc


c )/etc/nsswitch.conf указывает, использует ли система NIS, DNS, локальные файлы или какую-либо комбинацию в качестве источника определенной информации.

d)/etc/nsswitch.conf — это сеть Файл конфигурации Service Switch.


c)/dev /sda1


c)/etc/hosts.allow
d)/etc/hosts.deny


True


c)/etc/shadow


d)/etc/passwd


v>

a)/etc/fstab также известен как таблица монтирования файловой системы

d)/etc/ fstab содержит список подключаемых устройств


True


г) Файл/etc/motd содержит сообщение дня, которое отображается пользователю из консоли текстового режима.


a)/etc/hosts хранит имена и IP-адреса

б)/etc/hosts обычно имеет как минимум 1 запись для localhost, то есть 127.0.0. 1


a) Дополнительный номер устройства указывает на конкретную часть оборудования, управляемую основным номером устройства.

c) Основной номер устройства указывает на драйвер в ядре, который управляет устройством.



Клиентский портал Red Hat

В этой главе описаны поддерживаемые файловые системы и параметры конфигурации, которые влияют на производительность приложений как для ввода-вывода, так и для файловых систем в Red Hat Enterprise Linux 7. Раздел 8.1, «Соображения» обсуждает ввод-вывод. и факторы, связанные с файловой системой, которые влияют на производительность. Раздел 8.2, «Мониторинг и диагностика проблем производительности» учит, как использовать инструменты Red Hat Enterprise Linux 7 для диагностики проблем производительности, связанных с вводом-выводом или деталями конфигурации файловой системы. В разделе 8.4, «Инструменты настройки» обсуждаются инструменты и стратегии, которые вы можете использовать для решения проблем производительности, связанных с вводом-выводом и файловой системой, в Red Hat Enterprise Linux 7.

8.1. Соображения

Соответствующие настройки для хранилища и производительности файловой системы сильно зависят от назначения хранилища. На производительность ввода-вывода и файловой системы может влиять любой из следующих факторов:
  • Шаблоны записи или чтения данных
  • Выравнивание данных с базовой геометрией
  • Размер блока
  • Размер файловой системы
  • Размер и расположение журнала
  • Запись времени доступа
  • Обеспечение надежности данных
  • Предварительная выборка данных
  • Предварительное выделение дискового пространства
  • Фрагментация файла
  • Конфликт за ресурсы
Прочтите эту главу, чтобы получить представление о параметрах форматирования и монтирования, которые влияют на пропускную способность файловой системы, масштабируемость , отзывчивость, использование ресурсов и доступность.

8.1.1. Планировщики ввода-вывода

Планировщик ввода-вывода определяет, когда и как долго операции ввода-вывода выполняются на устройстве хранения. Он также известен как лифт ввода-вывода.
Red Hat Enterprise Linux 7 предоставляет три планировщика ввода-вывода.
deadline
Планировщик ввода-вывода по умолчанию для всех блочных устройств, кроме дисков SATA. Крайний срок пытается обеспечить гарантированную задержку для запросов из точки, в которой запросы достигают планировщика ввода-вывода. Этот планировщик подходит для большинства случаев использования, но особенно для тех, в которых операции чтения происходят чаще, чем операции записи.
Запросы ввода/вывода в очереди сортируются в пакет для чтения или записи, а затем планируются для выполнения в порядке увеличения LBA. По умолчанию пакеты чтения имеют приоритет над пакетами записи, поскольку приложения с большей вероятностью будут блокировать операции ввода-вывода при чтении. После обработки пакета deadline проверяет, как долго операциям записи не хватало процессорного времени, и при необходимости планирует следующий пакет чтения или записи. Количество запросов для обработки на пакет, количество пакетов чтения, которые нужно выпустить на пакет записи, и количество времени до истечения срока действия запросов — все это настраивается; подробности см. в Раздел 8.4.4, «Настройка планировщика крайнего срока».
cfq
Планировщик по умолчанию только для устройств, идентифицированных как диски SATA. Планировщик полностью справедливой организации очередей, cfq , делит процессы на три отдельных класса: в реальном времени, с максимальной эффективностью и в режиме ожидания. Процессы в классе реального времени всегда выполняются перед процессами в классе максимальных усилий, которые всегда выполняются перед процессами в классе ожидания. Это означает, что процессы в классе реального времени могут лишать процессорного времени как максимальных усилий, так и простаивающих процессов. По умолчанию процессам присваивается самый лучший класс.
cfq использует исторические данные, чтобы предвидеть, будет ли приложение выдавать больше запросов ввода-вывода в ближайшем будущем. Если ожидается больше операций ввода-вывода, cfq простаивает, ожидая нового ввода-вывода, даже если ввод-вывод от других процессов ожидает обработки.
Из-за этой тенденции к бездействию планировщик cfq не должен использоваться вместе с оборудованием, которое не влечет за собой больших штрафов за поиск, если оно не настроено для этой цели. Его также не следует использовать в сочетании с другими планировщиками, не сохраняющими работу, такими как аппаратный RAID-контроллер на хосте, поскольку стекирование этих планировщиков имеет тенденцию вызывать большую задержку.
cfq поведение легко настраивается; подробности см. в Раздел 8.4.5, «Настройка планировщика CFQ».
noop
Планировщик ввода-вывода noop реализует простой FIFO (сначала in first-out) алгоритм планирования. Запросы объединяются на уровне общих блоков через простой кеш последнего попадания. Это может быть лучший планировщик для систем с привязкой к ЦП, использующих быстрое хранилище.
Подробнее о настройке другого планировщика ввода-вывода по умолчанию или указании другого планировщика для конкретного устройства см. Раздел 8.4, «Инструменты конфигурации. ».

8.1.2. Файловые системы

Прочтите этот раздел для получения подробной информации о поддерживаемых файловых системах в Red Hat Enterprise Linux 7, их рекомендуемых сценариях использования, а также о форматах и ​​параметрах монтирования. доступны для файловых систем в целом. Подробные рекомендации по настройке для этих файловых систем доступны в Раздел 8.4.7, «Настройка файловых систем для повышения производительности».

8.1.2.1. XFS

XFS — надежная и хорошо масштабируемая 64-битная файловая система.. Это файловая система по умолчанию в Red Hat Enterprise Linux 7. XFS использует распределение на основе экстентов и имеет ряд схем распределения, включая предварительное выделение и отложенное размещение, которые уменьшают фрагментацию и повышают производительность. Он также поддерживает ведение журнала метаданных, что может облегчить восстановление после сбоя. XFS можно дефрагментировать и увеличивать, пока она смонтирована и активна, а Red Hat Enterprise Linux 7 поддерживает несколько специальных утилит для резервного копирования и восстановления XFS.
Начиная с Red Hat Enterprise Linux 7.0 GA, XFS поддерживается с максимальным размером файловой системы 500 ТБ и максимальным смещением файла 8 ЭБ (разреженные файлы). Подробную информацию об администрировании XFS см. В Руководстве по администрированию Red Hat Enterprise Linux 7 Storage. Для получения помощи по настройке XFS для конкретной цели см. Раздел 8.4.7.1, «Настройка XFS».

8.1.2.2. Ext4

Ext4 — это масштабируемое расширение файловой системы ext3. Его поведение по умолчанию оптимально для большинства рабочих нагрузок. Однако он поддерживается только при максимальном размере файловой системы 50 ТБ и максимальном размере файла 16 ТБ. Подробные сведения об администрировании ext4 см. В Руководстве по администрированию Red Hat Enterprise Linux 7 Storage. Для помощи в настройке ext4 для конкретной цели см. Раздел 8.4.7.2, «Настройка ext4».

8.1.2.3. Btrfs (предварительная версия технологии)

Файловой системой по умолчанию для Red Hat Enterprise Linux 7 является XFS. Btrfs (файловая система B-tree), относительно новая файловая система копирования при записи (COW), поставляется как предварительная версия технологии. Некоторые из уникальных функций Btrfs включают:
  • Возможность делать снимки определенных файлов, томов или подтомов, а не всего файловая система;
  • поддержка нескольких версий избыточного массива недорогих дисков (RAID);
  • обратная ссылка на ошибки ввода-вывода карты для объектов файловой системы;
  • прозрачное сжатие (все файлы на разделе автоматически сжимаются);
  • контрольные суммы данных и метаданных.
Хотя Btrfs считается стабильной файловой системой, она постоянно развивается, поэтому некоторые функции, такие как инструменты восстановления, являются базовыми по сравнению с более зрелые файловые системы.
В настоящее время выбор Btrfs подходит, когда требуются расширенные функции (такие как снимки состояния, сжатие и контрольные суммы данных файлов), но производительность относительно не важна. Если расширенные функции не требуются, риск сбоя и сравнительно низкая производительность со временем делают другие файловые системы предпочтительнее. Еще один недостаток по сравнению с другими файловыми системами — это максимальный поддерживаемый размер файловой системы 50 ТБ.
Для получения дополнительной информации см. Раздел 8.4.7.3, «Настройка Btrfs» и главу о Btrfs в Руководстве по администрированию Red Hat Enterprise Linux 7 Storage.

8.1.2.4. GFS2

Глобальная файловая система 2 (GFS2) является частью надстройки высокой доступности, которая обеспечивает поддержку кластерной файловой системы для Red Hat Enterprise Linux 7 GFS2 обеспечивает согласованный образ файловой системы на всех серверах в кластере, что позволяет серверам читать и записывать данные в единую общую файловую систему.
GFS2 поддерживается с максимальным размером файловой системы 100 ТБ.
Подробнее об администрировании GFS2 см. в Руководстве по глобальной файловой системе 2 или в Руководстве по администрированию хранилища Red Hat Enterprise Linux 7. Для получения информации о настройке GFS2 для конкретной цели см. Раздел 8.4.7.4, «Настройка GFS2».

8.1.3. Общие рекомендации по настройке файловых систем

В этом разделе рассматриваются вопросы настройки, общие для всех файловых систем. Рекомендации по настройке для вашей файловой системы см. В Раздел 8.4.7, «Настройка файловых систем для повышения производительности».

8.1.3.1. Соображения при форматировании времени

Некоторые решения о конфигурации файловой системы не могут быть изменены после форматирования устройства. В этом разделе описаны доступные вам варианты решений, которые необходимо принять перед форматированием устройства хранения.
Размер
Создайте файловую систему подходящего размера для вашей рабочей нагрузки. Небольшие файловые системы имеют пропорционально меньшее время резервного копирования и требуют меньше времени и памяти для проверки файловой системы. Однако, если ваша файловая система слишком мала, ее производительность пострадает из-за высокой фрагментации.
Размер блока
Блок — это единица работы для файловой системы. Размер блока определяет, сколько данных может храниться в одном блоке, и, следовательно, наименьший объем данных, который записывается или читается за один раз.
Размер блока по умолчанию подходит для большинства случаев использования. Однако ваша файловая система будет работать лучше и хранить данные более эффективно, если размер блока (или размер нескольких блоков) такой же или немного больше, чем объем данных, которые обычно читаются или записываются за один раз. Небольшой файл по-прежнему будет использовать весь блок. Файлы могут быть распределены по нескольким блокам, но это может создать дополнительные накладные расходы времени выполнения. Кроме того, некоторые файловые системы ограничены определенным количеством блоков, что, в свою очередь, ограничивает максимальный размер файловой системы.
Размер блока указывается как часть параметров файловой системы при форматировании устройства с помощью команды mkfs . Параметр, определяющий размер блока, зависит от файловой системы; подробности см. на странице руководства mkfs для вашей файловой системы. Например, чтобы увидеть параметры, доступные при форматировании файловой системы XFS, выполните следующую команду.
 $ man mkfs.xfs 
Геометрия
Геометрия файловой системы связана с распределением данных в файловой системе. Если ваша система использует чередующееся хранилище, например RAID, вы можете повысить производительность, согласовав данные и метаданные с базовой геометрией хранилища при форматировании устройства.
Многие устройства экспортируют рекомендованную геометрию, которая затем устанавливается автоматически, когда устройства форматируются с использованием определенной файловой системы. Если ваше устройство не экспортирует эти рекомендации или вы хотите изменить рекомендуемые настройки, вы должны указать геометрию вручную при форматировании устройства с помощью mkfs .
Параметры, определяющие геометрию файловой системы, зависят от файловой системы; подробности см. на странице руководства mkfs для вашей файловой системы. Например, чтобы увидеть параметры, доступные при форматировании файловой системы ext4, выполните следующую команду.
 $ man mkfs.ext4 
Внешние журналы
Файловые системы журналов документируют изменения, которые будет выполнено во время операции записи в файл журнала перед выполнением операции. Это снижает вероятность того, что устройство хранения будет повреждено в случае сбоя системы или сбоя питания, и ускоряет процесс восстановления.
Рабочие нагрузки с интенсивным использованием метаданных требуют очень частого обновления журнала. Журнал большего размера использует больше памяти, но снижает частоту операций записи. Кроме того, вы можете сократить время поиска устройства с рабочей нагрузкой с большим количеством метаданных, поместив его журнал в выделенное хранилище, которое работает так же или быстрее, как основное хранилище.
Убедитесь, что внешний журналы надежны. Потеря внешнего устройства журнала приведет к повреждению файловой системы.
Внешние журналы должны быть созданы во время форматирования, а устройства журнала должны быть указаны во время монтирования. Для получения дополнительной информации см. Справочные страницы mkfs и mount .
 $ man mkfs 
 $ man mount 

8.1.3.2. Рекомендации во время монтирования

В этом разделе рассматриваются решения по настройке, которые применяются к большинству файловых систем и могут быть указаны при монтировании устройства.
Барьеры
Барьеры файловой системы гарантируют, что метаданные файловой системы правильно записаны и упорядочены в постоянном хранилище , и эти данные, передаваемые с помощью fsync , сохраняются при отключении электроэнергии. В предыдущих версиях Red Hat Enterprise Linux включение барьеров файловой системы могло значительно замедлить работу приложений, которые в значительной степени полагались на fsync , или создавать и удалять множество небольших файлов.
В Red Hat Enterprise Linux 7 производительность барьеров файловой системы была улучшена, так что влияние на производительность отключения барьеров файловой системы незначительно (менее 3%).
Дополнительную информацию см. в Руководстве по администрированию хранилища Red Hat Enterprise Linux 7..
Время доступа
Каждый раз, когда файл читается, его метаданные обновляются с указанием времени, когда произошел доступ ( atime ). Это включает в себя дополнительный ввод-вывод записи. В большинстве случаев эти накладные расходы минимальны, поскольку по умолчанию Red Hat Enterprise Linux 7 обновляет поле atime только тогда, когда предыдущее время доступа было старше, чем время последнего изменения ( mtime ) или изменение статуса ( ctime ).
Однако, если обновление этих метаданных занимает много времени и если точные данные о времени доступа не требуются, вы можете смонтировать файловую систему с помощью параметра монтирования noatime . Это отключает обновление метаданных при чтении файла. Он также включает поведение nodiratime , которое отключает обновление метаданных при чтении каталога.
Упреждающее чтение
Поведение при упреждающем чтении ускоряет доступ к файлам за счет предварительной выборки данных, которые, вероятно, вскоре понадобятся и загружает его в кеш страницы, откуда его можно получить быстрее, чем если бы он был на диске. Чем выше значение упреждающего чтения, тем дальше система выполняет предварительную выборку данных.
Red Hat Enterprise Linux пытается установить соответствующее значение упреждающего чтения в зависимости от того, что он обнаруживает в вашей файловой системе. Однако точное обнаружение не всегда возможно. Например, если массив хранения представляется системе как один LUN, система обнаруживает один LUN и не устанавливает соответствующее значение упреждающего чтения для массива.
Рабочие нагрузки, которые связаны с интенсивной потоковой передачей последовательного ввода-вывода, часто выигрывают от высоких значений упреждающего чтения. Настроенные профили, связанные с хранилищем, поставляемые с Red Hat Enterprise Linux 7, повышают значение упреждающего чтения, как и при использовании чередования LVM, но этих настроек не всегда достаточно для всех рабочих нагрузок.
Параметры, определяющие поведение упреждающего чтения, зависят от файловой системы; подробности см. на странице руководства по монтированию.
 $ man mount 

8.1.3.3. Обслуживание

Регулярное удаление блоков, которые не используются файловой системой, является рекомендуемой практикой как для твердотельных дисков, так и для хранилищ с тонким выделением ресурсов. Есть два метода сброса неиспользуемых блоков: пакетный сброс и онлайн-сброс.
Пакетное удаление
Этот тип сброса является частью fstrim команда. Он отбрасывает все неиспользуемые блоки в файловой системе, которые соответствуют критериям, указанным администратором.
Red Hat Enterprise Linux 7 поддерживает пакетное удаление на устройствах с форматом XFS и ext4, которые поддерживают операции физического сброса (то есть на жестких дисках, где значение /sys/block/ devname /queue/discard_max_bytes не равно нулю, и устройства SSD, где значение /sys/block/ devname /queue /discard_granularity не равно 0 ).
Отмена онлайн
Этот тип операции отмены настраивается во время монтирования с помощью discard и работает в реальном времени без вмешательства пользователя. Однако онлайн-сброс отбрасывает только те блоки, которые переходят от использованных к свободным. Red Hat Enterprise Linux 7 поддерживает онлайн-сброс на устройствах с форматом XFS и ext4.
Red Hat рекомендует пакетное удаление, за исключением случаев, когда интерактивное удаление требуется для поддержания производительности или когда пакетное удаление невозможно для рабочей нагрузки системы.
Предварительное выделение
Предварительное выделение помечает дисковое пространство как выделенное для файла без записи каких-либо данных в это пространство. Это может быть полезно для ограничения фрагментации данных и снижения производительности чтения. Red Hat Enterprise Linux 7 поддерживает предварительное выделение пространства на устройствах XFS, ext4 и GFS2 во время монтирования; см. справочную страницу mount для получения информации о соответствующем параметре для вашей файловой системы. Приложения также могут извлечь выгоду из предварительного выделения пространства с помощью вызова fallocate (2) glibc .
Оцените статью
clickpad.ru
Добавить комментарий