A Canonical oferece patches para acelerar a ativação do modo de espera

Desenvolvedores canônicos lançados por meio de uma lista de discussão de desenvolvimento do kernel Linux, um conjunto de patches para A implementação de limpeza de memória oportunista, que visa reduzir significativamente o tempo em modo de espera sistema.

Otimização é alcançado invocando proativamente a liberação de estruturas de memória filhos que não contêm informações exclusivas e que podem ser restaurados dinamicamente após retornar do modo de hibernação (por exemplo, áreas de memória anônimas e vários caches de página de memória).

Sobre os patches

A ideia principal é que depois de excluir dados desnecessários, o tamanho da imagem da memória é reduzido salvarr antes de ir para o modo de hibernação e, conseqüentemente, menos tempo é necessário para escrever e ler de um meio lento.

Por padrão, ao salvar um despejo de memória para o modo de hibernação, o kernel economiza memória como está com todos os cachesMas existe uma possibilidade padrão de liberar estruturas desnecessárias simulando condições de recursos insuficientes no estágio inicial de transição para o modo de hibernação.

Este recurso pode ser ativado usando o parâmetro "/ sys / power / image_size" e leva a uma redução notável no tempo para entrar no modo de hibernação.

A Canonical sugere adicionar mais dois parâmetros, o que permitirá a liberação de estruturas desnecessárias com antecedência, de modo que a transição real para o modo de hibernação seja concluída o mais rápido possível e o retorno do modo de hibernação leve aproximadamente o mesmo tempo de quando o parâmetro é aplicado.

Testes e resultados

Testando em um sistema com 8 GB de RAM e uma partição swap de 8 GB enquanto usa 85% da memória mostrado nas configurações padrão (tamanho_da_imagem = padrão) uma diminuição no tempo ir para o modo de hibernação de 51.56 para 4.19 segundos quando o processo de limpeza de memória excessiva começou 60 segundos antes de alternar para o modo de hibernação.

Devido à redução no tamanho da imagem salva na memória, o tempo de recuperação diminuiu de 26.34 para 5 segundos.

Esta é a primeira tentativa de fornecer uma interface que permite que as tarefas de espaço do usuário acionem a recuperação de memória oportunista antes de hibernar um sistema.

Recuperar a memória com antecedência (por exemplo, quando o sistema está ocioso) permite
reduza o tamanho da imagem de hibernação e acelere significativamente a hibernação e o tempo de retomada.

Quando o modo de limpeza normal para excesso de memória (tamanho_imagem = 0) foi habilitado no sistema, é hora de ir para o modo de hibernação diminuiu de 73.22 para 5.36 segundos e o tempo para retornar do modo de hibernação não mudou (diminuiu apenas uma fração de segundo, de 5.32 para 5.26 segundos).

O caso de uso típico para esse recurso é permitir que as instâncias de nuvem de alta prioridade sobrepujem as instâncias de baixa prioridade (por exemplo, instâncias pontuais [1]) hibernando-as.

A recuperação de memória oportunista é muito eficaz para hibernar rapidamente as instâncias que alocam uma grande quantidade de memória e permanecem ociosas a maior parte do tempo, usando apenas um conjunto de trabalho mínimo.

Uso

O método proposto pode ser solicitado em situações em que é necessário ir rapidamente para o modo de hibernação e é possível antecipar a necessidade dessa transição.

Por exemplo, em sistemas de nuvem, ambientes virtuais de baixa prioridade (ambientes pontuais no Amazon EC2) podem entrar dinamicamente em hibernação e liberar memória ocupada conforme o consumo de recursos primários aumenta.

Quando a carga é reduzida nas configurações primárias, ambientes de baixa prioridade retornam do modo de espera. Nessas condições, para manter a qualidade de serviço adequada, é importante minimizar o tempo para entrar e sair do modo de hibernação.

A fase de limpeza preventiva pode começar quando um determinado nível de carga principal é atingido, que antecede o nível que leva ao congelamento de ambientes de baixa prioridade.

fonte: https://lkml.org


Deixe um comentário

Seu endereço de email não será publicado. Campos obrigatórios são marcados com *

*

*

  1. Responsável pelos dados: Miguel Ángel Gatón
  2. Finalidade dos dados: Controle de SPAM, gerenciamento de comentários.
  3. Legitimação: Seu consentimento
  4. Comunicação de dados: Os dados não serão comunicados a terceiros, exceto por obrigação legal.
  5. Armazenamento de dados: banco de dados hospedado pela Occentus Networks (UE)
  6. Direitos: A qualquer momento você pode limitar, recuperar e excluir suas informações.