A latência do armazenamento torna o Immich mais lento quando as leituras ou escritas necessárias ficam à espera, especialmente quando as importações competem com a atividade da base de dados e a navegação em dispositivos partilhados.
Dois telemóveis fazem uma cópia de segurança de uma viagem de fim de semana enquanto outro membro da família percorre álbuns antigos no mesmo NAS. Os ficheiros grandes continuam a ser copiados a uma velocidade respeitável, mas as miniaturas aparecem de forma irregular e alguns pedidos ficam em pausa. A questão importante é saber se a espera pelo armazenamento está presente nessas operações específicas, e não se a unidade consegue atingir uma elevada velocidade de transferência sequencial.
As transferências rápidas podem coexistir com leituras pequenas lentas
O débito descreve quantos bytes são transferidos ao longo do tempo; a latência descreve quanto tempo uma operação espera antes de ser concluída. Um disco pode fornecer eficientemente um fluxo sequencial de grandes dimensões e, ao mesmo tempo, tratar com menos rapidez pequenas leituras dispersas. A navegação no Immich e o estado da aplicação nem sempre se assemelham a uma cópia contínua de um único ficheiro, pelo que as duas observações podem coexistir.
A análise do desempenho do anfitrião examina a espera do dispositivo e o comportamento da fila em conjunto com o débito, e não apenas uma percentagem de utilização isolada. Medições como a latência dos pedidos, a profundidade da fila, a espera do CPU e o tempo da aplicação são úteis em conjunto. A sua interpretação depende da pilha de armazenamento, sobretudo quando existem virtualização, colocação em cache ou vários dispositivos subjacentes ao volume apresentado.
Como exemplo simplificado, vinte operações dependentes que demorem 5 milissegundos cada consomem 100 milissegundos antes de contabilizar qualquer outro trabalho. A 0,5 milissegundos cada, consomem 10 milissegundos. Os pedidos reais podem executar operações em simultâneo ou utilizar caches, pelo que isto explica a espera acumulada e não constitui uma previsão medida do tempo de resposta do Immich.
Os diferentes papéis dos dados chegam ao armazenamento de formas diferentes
Um carregamento original acrescenta bytes de multimédia; a preparação em segundo plano lê entradas e escreve derivados; a navegação obtém recursos de apresentação; a base de dados trata dos registos e das consultas da aplicação. O mesmo conjunto físico pode servir todos estes elementos, mas os tamanhos dos pedidos e os padrões de acesso diferem. Por isso, uma alteração ao armazenamento pode ajudar muito mais uma fase do que outra.
Uma configuração do Immich documentada em primeira mão colocou o PostgreSQL num SSD, mantendo os ficheiros multimédia e as miniaturas em discos rígidos. Essa configuração mista documentada mostra que os papéis do armazenamento podem ser separados; não prova que a disposição seja ideal nem quantifica um aumento de velocidade proporcionado pelo SSD. Utilize exemplos deste tipo para identificar a que papel diz respeito uma observação antes de generalizar a partir da lista de hardware.
Para cópias de segurança familiares, distinga os originais aceites das pré-visualizações totalmente preparadas e dos registos pesquisáveis. Escritas mais rápidas dos originais não eliminam um estrangulamento da inferência, e uma base de dados rápida não garante que a leitura de uma imagem que não esteja em cache seja rápida. O ponto final relevante é a ação doméstica que está a ser cronometrada, incluindo todas as fases necessárias.
As importações transformam o armazenamento partilhado numa fila de espera
Durante uma importação, as escritas em segundo plano e as leituras interativas podem entrar na mesma fila do dispositivo. Mais trabalhos simultâneos podem aumentar a quantidade de trabalho em espera, mesmo quando o débito agregado aumenta. O custo visível surge frequentemente em alguns pedidos demorados, que uma média pode ocultar enquanto a maioria das miniaturas da linha temporal continua a carregar normalmente.
O pedido de armazenamento separado para miniaturas surgiu explicitamente do desejo de utilizar armazenamento rápido para os recursos de navegação gerados e armazenamento de grande capacidade para os originais. Isto constitui evidência de prioridades de acesso distintas, e não uma afirmação universal de que todas as instalações necessitam de unidades separadas. O benefício real depende de onde os pedidos atuais ficam à espera e de saber se a camada proposta altera essa espera.
Este mecanismo deixa de explicar a lentidão quando a latência do dispositivo permanece estável, mas o cliente bloqueia durante a descodificação, a rede repete transferências ou a inferência continua saturada. Nesse caso, mover os dados apenas porque a utilização do CPU é baixa pode não identificar a causa. O armazenamento partilhado é uma dependência possível, não um veredicto automático para todas as pausas durante as importações.
Relacione a espera do disco com uma ação familiar
Escolha uma ação familiar repetível, como abrir o mesmo álbum ou carregar uma amostra fixa. Registe a sua duração num anfitrião sem carga e durante uma importação representativa, juntamente com a latência do dispositivo, o comportamento da fila, o tempo da base de dados e as falhas. Mantenha a conta, a rota de rede, as definições multimédia e o cliente inalterados, para que a comparação tenha um significado claro.
A mesma distinção entre o caminho crítico aparece na análise do armazenamento de um servidor doméstico partilhado: a persistência em segundo plano não implica que todas as ações visíveis aguardem uma escrita no disco. Esse princípio transversal às aplicações ajuda a enquadrar a observação, mas os tempos do Home Assistant não são testes de desempenho do Immich. O fluxo de fotografias tem de demonstrar a sua própria ligação entre a espera do armazenamento e o atraso visível para o utilizador.
Considere o armazenamento uma explicação plausível quando as esperas mais longas coincidem de forma consistente com a fase atrasada e outra condição controlada altera ambas. Se apenas a primeira leitura a frio for lenta, registe-a separadamente da contenção sustentada. Pare na dependência identificada; esta análise do mecanismo não exige testes de carga destrutivos na biblioteca de fotografias de produção.
Centro de Tecnologia e IA
Mais para Ler

Os modelos abertos estão a alcançar a IA de fronteira — será 2026 o ano em que a IA local se torna suficientemente boa?
Os modelos abertos estão a tornar-se suficientemente bons para mais cargas de trabalho locais de IA, enquanto os modelos de ponta na nuvem continuam...

O NVIDIA PAIR transforma a sua rede doméstica num cluster de IA local — ainda precisa de um único servidor com uma GPU potente?
O NVIDIA PAIR distribui pedidos de IA locais por vários PCs, tornando a capacidade de computação mais elástica, enquanto um servidor doméstico pode manter...

Porque é que o Immich parece mais rápido na LAN do que em ligações remotas?
Os pedidos na LAN seguem normalmente um percurso mais curto e com menor latência. O acesso remoto acrescenta limitações de capacidade da WAN e...

