Я бы предложил использовать вариант с dup
вместо того, чтобы размещать несколько разделов на одном устройстве и совершать набеги на них. Вариант с рейдом плохой, потому что рейд запрашивает чтение обеих копий во время доступа к данным (это хорошо для обычного рейда с несколькими -устройствами, потому что, если какое-либо из устройств быстрее, данные будут доступны раньше ). При использовании ротационного устройства с одним устройством это приводит к тому, что головка чтения переходит между разными разделами, поэтому, если у вас есть несколько запросов в очереди (, в обычном случае )вы получите очень плохую производительность. Увеличение глубины очереди и планировщик CFQ может немного уменьшить общую задержку, но лучше избегать этого беспорядка.
Вариант dup
должен быть достаточно вменяемым, чтобы обычно читать только одну копию и только откат к другой копии, если сектор не читается.
Я не уверен в реализации dup
, но полагаю, что dup
не отодвигает устройство копии на 1/2 от первой копии, поэтому dup
, вероятно, также увеличивает производительность записи. При рейде с одним устройством производительность записи также будет плохой, потому что одну операцию логической записи необходимо записать в двух местах на физическом ротационном устройстве, а разница всегда составляет 1/2 устройства, поэтому вы получите алгоритм, который практически реализует общий поведение в худшем случае для вращательного устройства.
Эта последовательность изменяет префикс с C-b
на C-a
, а также перемещает привязку send-prefix
по умолчанию с C-b
на C-a
.
unbind C-b
Удалите привязку C-b
по умолчанию, предназначенную для send-prefix
. Это присутствовало, поэтому C-b C-b
отправил C-b
приложению внутри tmux.
set -g prefix C-a
Установите префикс на C-a
вместо префикса по умолчанию C-b
.
bind C-a send-prefix
Привяжите C-a
к send-prefix
, чтобы C-a C-a
отправлял C-a
приложению внутри tmux.