Existe alguma penalidade de desempenho em ter múltiplos segmentos para um volume no LVM?

Question

Temos uma grande campanha que dividimos usando o LVM. Alocamos um segmento para o sistema de arquivos raiz e vários outros segmentos para outros sistemas de arquivos. Então, nós queríamos adicionar mais espaço ao sistema de arquivos raiz, então criamos outro segmento no final não alocado e o adicionamos (o que significa que o sistema de arquivos raiz é composto de dois segmentos separados).

Ultimamente, temos tido alguns problemas de desempenho de E / S e o pensamento é que o volume raiz não contíguo poderia ser o culpado. Estamos pensando em mudar as coisas para tornar o segmento (contíguo) do volume de raiz, na esperança de melhorar o desempenho (o pensamento é que isso facilitará o acesso às coisas).

Outra escola de pensamento é que o LVM tem tudo isso resolvido e não vai fazer nenhuma diferença (além de tornar o gráfico do layout da unidade um pouco mais compacto).

Qual é a penalidade provável que estamos pagando pelo volume de dois segmentos?

    

Answer 1

Não deve haver um desempenho apreciável por ter blocos não contíguos de PE alocados no mesmo LV, a menos que você esteja fazendo algo realmente maluco, como aumentar muito o seu LV e aumentar um VE muitas vezes (ao mesmo tempo em que faz o mesmo muitos LV's no mesmo VG) - o que causaria uma grande fragmentação.

Dito isto, qualquer sistema de gerenciamento de volume (incluído no LVM) pode tornar possível a fragmentação de leituras que, de outro modo, poderiam ser sequenciais, mas não creio que seja o caso aqui. Se o seu sistema de arquivos estiver em um LV que é composto de apenas duas alocações de extensões não contíguas que são de outra forma contíguas, então definitivamente não causará um problema perceptível (e provavelmente nem mesmo mensurável).

Não é garantido que suas duas alocações para esse LV sejam contíguas, mas elas serão, a menos que seu VG tenha alguma fragmentação de seus PE não alocados. (isso só aconteceria com a adição e remoção frequente de LV's ao mesmo VG)

Se for barato fazê-lo, você pode considerar a desfragmentação do seu LV fazendo um backup em nível de arquivo e reconstruindo o VG subjacente dos PVs-on-up.

    

Answer 2

Ter um volume lógico dividido em várias extensões físicas disjuntas tem uma sobrecarga alguma , em que as cabeças têm que procurar o intervalo intermediário. A sobrecarga de uma única busca, no entanto, é minúscula, então ter o volume dividido em dois pedaços não será algo que você notará na prática. Se ele é dividido em mais de 1000 pedaços, então ele pode começar a se tornar um bit de um problema, mas, na prática, ele não ficará tão ruim assim.