Вместо имени блочного устройства указать имя файла и всё.
Файл можно создать как угодно, я предпочитаю забить рандомом, что-то вроде
truncate -s 100G testfile && shred -vn1 testfile
Антон Шаманов, нумерация ядер в rhel (и в centos соответственно) имеет мало общего с нумерацией ванильных ядер.
Впрочем, обновиться не мешало бы, соглашусь.
под таблицей есть примеры вызовов fio с разными параметрами, я предлагал воспользоваться одним из них для тестирования скорости синхронной записи.
что диск не десктопный — хорошо. на вопрос про параметры монтирования вы не ответили (хотя бы mount набрать, там всё нужное будет)
вы зачем-то измеряете линейную скорость, которая почти бесполезна.
nvme случаем не десктопный стоит? какая fs и какие опции монтирования? подозреваю, что у вас тормозит синхронная запись.
сделайте testfile побольше и попробуйте на нём fio с параметрами journal iops отсюда: https://docs.google.com/spreadsheets/d/1E9-eXjzsKb...
не могу согласиться. даже если линейная скорость и будет ограничена, то время случайного доступа это никак не ухудшит (а именно в этом и есть основное преимущество ssd)
Я имел в виду чуть другое: при загрузке charset_table отфильтровывать символы, которые встретились в ignore_chars. Хотя, наверное, просто поправить non_cjk.txt для всех — тоже решение.
не примете тогда FR: исключать из charset_table символы, которые в ignore_chars?
чтобы не составлять опять длинный список в charset_table «всё-всё-всё, кроме ignore_chars».
Ибо монтировать initrd - ничуть не проще, чем монтировать дисковую корневую систему, ведь в любом случае надо монтировать
вот именно, что проще. нам нужен один наперёд известный и простой драйвер (tmpfs), который запустится на любом железе, на котором запустилось ядро. initramfs будет прочитан бутлоадером.
то есть ядру не нужно уметь ничего больше чтобы запустить init из initramfs. а этот init уже может делать разные вещи (подгружать модули для имеющегося оборудования с нужными параметрами, инициализировать сеть, работать с криптографией, etc). в результате один и тот же бинарный образ ядра может запускаться и работать на куче машин (при этом загружать только те модули, rоторые нужны на этой машине).
Держать на диске два экземпляра корневой системы (один для загрузки в RAM, второй для нормальной работы) - так себе идея.
это разные файловые системы. initramfs содержит модули ядра конкретной версии и минимально-необходимое окружение (обычно на базе busybox) для монтирования «настоящего» root.
Karpion, именно избавляют.
монтирование — устоявшийся термин, который означает вполне определённое действие («привязка» некоторого ресурса к пути в vfs).
разница между «смонтировали initrd» и «распаковали initramfs» примерно как между «смотрю фильм на ютубе» и «скачал фильм к себе на hdd и смотрю с локального диска».
Karpion
нет, монтировался initrd, сейчас же (уже давно) использузется initramfs. это [опционально сжатый] cpio-архив, который распаковывается в ram-диск.
результат похож, конечно, но называть это монтированием неправильно.
да, хороший результат.
а такое же, но с rw=randread?