Porque é que o Plex parece mais rápido depois de a cache aquecer

O Plex pode parecer mais rápido depois do aquecimento, porque as leituras repetidas de metadados, da base de dados e do sistema de ficheiros são servidas a partir da cache, em vez de percorrerem caminhos de armazenamento mais lentos.

O efeito é mais visível após um reinício, a limpeza da cache ou a primeira navegação por uma biblioteca grande. Um pedido posterior pode reutilizar dados que o sistema operativo ou a aplicação já carregou para a memória, reduzindo assim a latência sem qualquer alteração de hardware. Compare explicitamente o comportamento a frio e a quente antes de considerar o primeiro pedido como a linha de base normal.

As Leituras a Frio Percorrem Todo o Caminho de Armazenamento

O primeiro pedido após um arranque a frio pode ter de obter páginas da base de dados, ilustrações e metadados a partir do armazenamento persistente. Os pedidos posteriores podem evitar parte dessa latência quando os mesmos dados permanecem residentes na memória.

A colocação em cache de páginas do Linux pode reduzir o acesso repetido ao armazenamento assim que os dados são aquecidos na memória.

Meça o tempo da navegação pela mesma biblioteca imediatamente após o reinício e novamente depois de várias passagens idênticas. Se apenas a primeira passagem for lenta, considere o aquecimento da cache como parte da explicação antes de alterar as definições do processador ou da rede.

O Acesso à Base de Dados do Plex Beneficia da Reutilização Rápida

A navegação, a pesquisa e as vistas de metadados acedem repetidamente a caminhos do estado do servidor, que são muito menores e mais aleatórios do que os ficheiros de filmes. Estas operações podem tornar-se visivelmente mais fluidas quando as páginas da base de dados e os metadados utilizados com frequência ficam em cache.

A manutenção da base de dados do Plex continua a ser importante à medida que o estado da biblioteca cresce e os padrões de acesso se tornam mais complexos.

Compare a latência dos dados da aplicação e a atividade da base de dados durante uma navegação a frio e uma navegação a quente na mesma secção da biblioteca. Se a latência da base de dados continuar elevada mesmo a quente, investigue a contenção do armazenamento ou o estado da base de dados, em vez de atribuir o problema a falhas de cache.

Uma Cache Quente Pode Ocultar um Dispositivo Lento para os Dados da Aplicação

Uma segunda execução rápida não prova que o caminho de armazenamento subjacente esteja saudável. Se o conjunto de trabalho couber na memória, os testes repetidos podem deixar de utilizar o dispositivo que causou o atraso no arranque a frio.

separar os dados da aplicação dos conteúdos multimédia em massa permite que as operações de E/S de metadados e as leituras de ficheiros multimédia grandes utilizem caminhos de armazenamento diferentes.

Faça um teste a frio controlado depois de registar a linha de base a quente e compare a latência dos dispositivos, em vez de analisar apenas o tempo de carregamento da página. Quando os testes a frio revelarem repetidamente uma latência elevada nos dados da aplicação, mova ou ajuste esse caminho, em vez de depender da cache para o ocultar. Uma configuração de centro multimédia que separa os dados da aplicação dos conteúdos multimédia em massa facilita o controlo do comportamento do armazenamento no caminho a frio, sem colocar toda a biblioteca em SSDs.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

Utilize Valores a Frio e a Quente nas Decisões de Capacidade

Uma linha de base de desempenho fiável deve incluir o comportamento no arranque e o comportamento em regime estável. Os utilizadores podem dar mais importância à navegação a quente durante a maior parte do dia, enquanto os períodos de recuperação e reinício expõem o caminho a frio.

as verificações de saturação de recursos mantêm o diagnóstico centrado nas limitações reais, em vez de numa única percentagem de utilização.

Registe a latência do primeiro acesso, a latência em regime estável, a pressão sobre a memória e a latência do disco utilizando a mesma sequência de pedidos. Se o desempenho a quente for bom, mas a recuperação a frio não cumprir o objetivo de serviço, melhore a colocação dos dados da aplicação ou a estratégia de pré-carregamento, em vez de sobredimensionar hardware não relacionado.