Я предложил бы, чтобы Вы использовали udev для установки параметров для дисков SSD. Таким образом, можно настроить определенный планировщик очереди, который более подходит для SSD и т.д. Можно также применить параметры только к некоторым устройствам, на основе большого количества параметров.
Можно получить определенные атрибуты, необходимые для соответствия устройствам (например, дисковая модель и производитель) путем выполнения:
udevadm info -a -p /sys/block/sda
и проверка всех пар ATTR для Вашего блочного устройства.
Другое преимущество является способностью установить параметры для сменных дисков (например, в корпусах или отсеках замены в горячем режиме), и установка будет применена ко всем новым устройствам, при условии, что параметры устройства соответствуют.
Вот пример, чтобы применить определенный планировщик для Intel SSDs, Ваше желаемое значение readahead (4 096 блоков = 2 048 Кбит), и также применить другой планировщик для всего другого SSD:
cat /etc/udev/rules.d/99-ssd.rules
# http://unix.stackexchange.com/a/71409/36574
# Setting specific kernel parameters for a subset of block devices (Intel SSDs)
SUBSYSTEM=="block", ATTRS{model}=="Intel SSDSC*", ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{bdi/read_ahead_kb}="2048", ATTR{queue/scheduler}="deadline"
# for all other non-rotational block devices set a scheduler to 'noop' and readahead to 1024KB
SUBSYSTEM=="block", ATTR{queue/rotational}=="0", ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{bdi/read_ahead_kb}="1024", ATTR{queue/scheduler}="noop"
После того, чтобы сохранить файл можно протестировать, если правило будет соответствовать устройству и что будет udev делать использование udevadm:
udevadm test --action=add /sys/block/sda
Это печатает все правила, что udev загружается, какие соответствия, что не делает, и что решения будут udev делать, когда устройство будет включено.
Надеюсь, это поможет.
без количества, ^
и _
действительно эквивалентны, но последнее поддерживает количество:
_
[count] - 1 строк вниз, на первом не пустым персонаж | linewise |.
Срок службы
объясняет ваше второе наблюдение: при использовании в качестве движения он не только охватывает текст между предыдущим положением и новым, но весь набор линий покрыты.
Внимательно прочитав : помогите
обеспечивает эти идеи. Вы также увидите (по близостью), что команда _
тесно связана с +
и -
.