Como é que a latência da rede afeta o Immich durante grandes importações de bibliotecas móveis?

A latência da rede afeta mais as grandes importações móveis do Immich quando o fluxo de trabalho exige muitas viagens de ida e volta, novas tentativas ou saltos entre serviços remotos, em vez de uma única transferência em massa ininterrupta.

Uma ligação de elevada largura de banda pode continuar a parecer lenta se cada pedido esperar por uma longa viagem de ida e volta, enquanto uma LAN de baixa latência pode concluir rapidamente as operações de controlo, mesmo com menos largura de banda nominal. No entanto, depois de um ficheiro ser aceite, a geração de miniaturas, o processamento de metadados e a indexação local podem continuar sem que o telemóvel esteja no caminho crítico. Por isso, o atraso do carregamento e o atraso do processamento devem ser medidos separadamente.

A latência e o débito limitam partes diferentes de uma importação

O débito determina a rapidez com que grandes cargas úteis de fotografias e vídeos atravessam a ligação quando a transferência está continuamente ocupada. A latência determina a rapidez com que podem ser concluídas uma troca de pedido e resposta, uma etapa de autenticação, a configuração da ligação ou uma nova tentativa. A experiência de importação depende da combinação dessas operações, e não de uma única métrica.

A explicação da Tailscale sobre a seleção de caminhos e os relés mostra por que motivo um caminho de rede pode acrescentar atraso sem alterar o próprio servidor Immich. Um caminho direto e um caminho através de um relé podem chegar ao mesmo ponto final, mas apresentar características diferentes de viagem de ida e volta e de débito.

Isto significa que um carregamento composto por muitos ficheiros pequenos pode ser mais sensível à sobrecarga das viagens de ida e volta do que um único vídeo grande com o mesmo tamanho total. Não utilize um único valor de um teste de velocidade para prever a conclusão, a menos que o teste reproduza o padrão e a direção dos pedidos da importação móvel real.

As novas tentativas multiplicam o custo de uma viagem de ida e volta longa

Perdas na ligação sem fios, mudanças de rede móvel, alterações no caminho da VPN ou ligações ascendentes sobrecarregadas podem obrigar à repetição de pedidos ou segmentos. Num caminho de baixa latência, a recuperação pode passar quase despercebida; num caminho de alta latência, cada nova tentativa acrescenta outro intervalo de espera e pode fazer com que o progresso pareça intermitente.

Um relato real sobre o acesso remoto lento ao Immich é útil como exemplo de diagnóstico, porque os comentadores distinguiram a suspeita de um caminho através de um relé de um problema de configuração do ponto final. A lição é verificar tanto o caminho de transporte como o comportamento dos pedidos da aplicação antes de culpar a largura de banda bruta.

A explicação baseada na rede perde força quando o servidor recebe os ficheiros a uma taxa estável, mas as filas em segundo plano continuam lentas depois de a transferência terminar. Nessa altura, o processamento do CPU, do armazenamento, da base de dados ou da aprendizagem automática está a controlar a disponibilidade, e não a latência entre o telemóvel e o servidor.

A aprendizagem automática remota acrescenta uma aresta de rede diferente

Se a inferência de aprendizagem automática for executada noutro anfitrião, a indexação ganha um salto de rede entre o servidor e o serviço de aprendizagem automática que pode não fazer parte do caminho de carregamento móvel. Assim, uma casa pode ter carregamentos rápidos a partir do telemóvel, mas uma conclusão lenta da pesquisa semântica quando o serviço de inferência é remoto ou está acessível de forma intermitente.

O exemplo de aprendizagem automática remota demonstra que o Immich ML pode ser colocado noutra máquina através de uma rede privada. Essa arquitetura pode trocar a pressão sobre o CPU local pela dependência da acessibilidade da rede e do tempo de ida e volta entre serviços.

Mantenha este caso separado da visualização remota normal. Se o anfitrião de aprendizagem automática estiver na mesma LAN que o servidor Immich, a latência da Internet do telemóvel é irrelevante para essa etapa de inferência. Se estiver através de um túnel ou de uma WAN, meça esse caminho do serviço separadamente.

Featured

ZimaCube 2 NAS Pessoal Cloud para Casa

ZimaCube2

$799.00 - $2,499.00

Buy Now

O tráfego de importação pode competir com a utilização remota interativa

Um carregamento grande consome capacidade de envio ou de receção, consoante a localização do telemóvel em relação ao servidor doméstico. Quando a mesma ligação WAN limitada também transporta imagens da linha temporal, respostas da API, cópias de segurança ou outro tráfego doméstico, o enfileiramento no router ou na extremidade do ISP pode aumentar a latência dos pequenos pedidos interativos.

A análise da ZimaSpace sobre a latência do armazenamento no Immich fornece um teste causal paralelo: a contenção de recursos partilhados só importa quando as esperas mais longas desse recurso coincidem com a ação do utilizador que está atrasada. Aplique a mesma disciplina à rede, em vez de presumir que todas as importações a saturam.

Este mecanismo deixa de explicar a lentidão quando a utilização da WAN é moderada, o tempo de ida e volta permanece estável e o próprio servidor apresenta um aumento da latência dos pedidos ou do armazenamento. A contenção da rede e do servidor pode coexistir, por isso identifique qual dos atrasos muda primeiro sob a carga de trabalho controlada.

Teste a importação como quatro linhas temporais separadas

Utilize um lote fixo que contenha muitas fotografias pequenas e vários vídeos grandes. Registe quatro linhas temporais: transferência do cliente para o servidor, aceitação pelo servidor, processamento em segundo plano e disponibilidade final para pesquisa. Registe também a latência de ida e volta, a taxa de transferência efetiva, os sinais de retransmissões ou novas tentativas e as métricas relevantes dos recursos do servidor.

Compare o mesmo lote numa rede Wi-Fi local ou numa LAN com fios e através da rota remota pretendida, sem alterar as definições do servidor. Utilize os caminhos diretos e através de relés da Tailscale como referência de transporte ao interpretar um túnel. Se o tempo de transferência aumentar, mas o processamento no servidor permanecer semelhante, a rede é a variável determinante.

Aceite o diagnóstico de rede apenas quando uma alteração controlada do caminho melhorar a etapa prevista, mantendo as outras etapas comparáveis. Essa evidência é mais forte do que um teste de velocidade, um único ping elevado ou uma afirmação geral de que os carregamentos remotos são sempre mais lentos.