Quanto espaço de armazenamento adicional ocupa o Jellyfin além dos ficheiros multimédia?
O Jellyfin não tem uma percentagem fixa de espaço adicional fiável, porque os metadados, as capas, a cache, os índices e as transcodificações temporárias aumentam de forma diferente em relação aos ficheiros multimédia de origem.
Duas bibliotecas com o mesmo tamanho de ficheiros multimédia podem exigir quantidades muito diferentes de espaço para os dados da aplicação, dependendo do número de itens, da densidade das capas, das pré-visualizações, das análises e da atividade dos utilizadores. Meça separadamente o diretório de dados e os caminhos temporários. O objetivo é criar um orçamento de capacidade baseado no crescimento e no comportamento de pico, não aplicar uma regra universal de 5%.
Os dados persistentes da aplicação são um conjunto de capacidade separado
A base de dados, os metadados, as capas, os registos e os índices gerados são utilizados durante a navegação, as análises e as atualizações do estado de reprodução. Devem ser medidos independentemente dos filmes e episódios que descrevem.
O modelo de sobrecarga de armazenamento separa a capacidade dos dados da aplicação da capacidade dos ficheiros multimédia e explica por que motivo ambos crescem segundo curvas diferentes.
Um grande arquivo multimédia pode ter poucos metadados, enquanto uma biblioteca mais pequena, com capas detalhadas ou pré-visualizações, pode consumir mais espaço de aplicação.
As definições das funcionalidades alteram o espaço ocupado
A densidade das capas, as miniaturas de pré-visualização, os dados de análise, o número de itens, os plugins e o comportamento da cache podem aumentar o armazenamento persistente. A transcodificação temporária é diferente: cria uma necessidade máxima de espaço de trabalho durante as conversões ativas.
Utilize a latência e o débito do armazenamento para distinguir a latência, o débito e o espaço de trabalho temporário ao dimensionar o caminho de armazenamento.
O crescimento persistente pertence ao orçamento dos dados da aplicação; os picos temporários pertencem ao orçamento de espaço temporário.
Porque falham as regras baseadas em percentagens
Uma proporção fixa falha quando a biblioteca contém muitos itens pequenos, quando as pré-visualizações estão ativadas ou quando conversões simultâneas criam segmentos temporários invulgarmente grandes. Também pode sobrestimar uma biblioteca simples com poucos recursos gerados.
A comparação do modelo de sobrecarga de armazenamento mostra por que motivo o tamanho atual medido e a taxa de crescimento são mais úteis do que uma única percentagem.
A fronteira muda quando uma funcionalidade ou carga de trabalho altera a curva dos dados; volte a calcular depois dessas alterações.
Crie o orçamento com base em medições
Registe o tamanho atual dos dados da aplicação, o crescimento mensal, o maior pico de transcodificação temporária e a reserva para cópias de segurança. Mantenha a reserva para cópias de segurança fora do diretório de dados ativo, para que o espaço de recuperação não possa ser consumido pelo funcionamento normal.
Utilize o padrão de orçamento de armazenamento do modelo de sobrecarga de armazenamento e atualize-o depois de análises, alterações na análise de conteúdos ou uma expansão significativa da biblioteca.
Deixe de adicionar capacidade quando o crescimento persistente medido e os picos temporários couberem ambos na margem de espaço livre escolhida.
Produtos recomendados
Centro de Tecnologia e IA
Mais para Ler
As câmaras domésticas conseguem sincronizar eventos sem serviços de hora na nuvem?
Uma explicação baseada primeiro no mecanismo do tempo da câmara sem cloud, as suas contrapartidas na partilha de recursos, três perguntas frequentes sobre a...
Um serviço de IA local consegue detetar camadas de modelos corrompidas antes da inferência?
Uma explicação baseada primeiro no mecanismo da deteção de corrupção na camada do modelo, dos seus compromissos em termos de recursos partilhados, de três...
É possível restaurar um sistema RAG sem regenerar todos os embeddings?
Uma explicação, centrada no mecanismo, do restauro de RAG sem re-embedding, das suas contrapartidas em recursos partilhados, de três perguntas frequentes sobre a expansão...
