Otimização do RHEL para operações de disco intensivas em gravação

1

Quais otimizações de configuração, por exemplo? Algoritmos de agendamento de disco são sugeridos para uma configuração muito intensiva de gravação?

    
por Sunil 27.07.2012 / 05:46

2 respostas

1

Você deve observar o elevador do planejador deadline I / O para o padrão de acesso que está descrevendo.

Este é um sistema físico ou virtual? Se você tiver um controlador RAID de hardware, será necessário garantir que haja algum tipo de cache de gravação com bateria ou flash para armazenar em buffer e unir as gravações.

Se este for um sistema RHEL 6.x, procure em perfis sintonizados e sintonizados-adm para definir alguns parâmetros correspondentes com base na aplicação do sistema.

Algumas outras configurações interessantes de controlador e dispositivo de bloco são detalhadas aqui: Linux - ajuste de controlador RAID de hardware real (scsi e cciss)

    
por 27.07.2012 / 05:52
0

Além dos links que o ewwhite deu acima, você vai querer olhar para o Guia de ajuste do desempenho da Red Hat . Eu vinculei a versão para o RHEL6.

O ajuste de desempenho leva muito tempo e paciência. Você precisa primeiro descobrir como simular suas cargas de trabalho com precisão e consistência. Você precisará criar sua própria metodologia para capturar métricas de desempenho de linha de base e, em seguida, capturar essas métricas para cada alteração de configuração. É fácil alterar vários parâmetros e acabar em uma situação pior e não saber qual parâmetro é o culpado.

Embora o agendador de prazos seja um bom agendador para iniciar seu teste, ele pode, na verdade, não ser o melhor agendador para sua carga de trabalho específica. O planejador de prazo final é um planejador de I / O determinístico, o que significa que todas as operações de leitura e gravação acontecem em um período de tempo conhecido. O agendador padrão (CFQ de Filas Completamente Justas) tem intervalos de tempo diferentes entre cada operação de IO. É possível que o escalonador CFQ seja melhor, pois ele tentará armazenar em buffer e reordenar as gravações para que elas sejam mais eficientes quanto ao disco. Vale a pena ressaltar que, embora seja possível que o planejador CFQ melhore o desempenho de gravação em cargas de trabalho específicas, ele provavelmente aumentará a latência das leituras devido ao buffer de operação de E / S. Além disso, se você tiver controladores de E / S de hardware, como SBAs ou controladores RAID usando o programador NOOP, pode ser realmente o mais eficiente para esses dispositivos específicos. A razão para isso é que o NOOP não tenta ordenar as operações de IO e essencialmente descarrega as operações para o controlador. Se você estiver em um ambiente virtualizado, geralmente é melhor usar o planejador NOOP para todos os seus sistemas operacionais convidados, pois eles não gastarão o tempo para reordenar as operações de E / S, mas enviá-los ao hypervisor para permitir que essa camada manipule as operações.

Boa sorte com sua afinação, se você não se importa, informe suas descobertas para que outras pessoas também possam aprender.

    
por 27.07.2012 / 07:11