Compare o ownCloud Infinite Scale e o Nextcloud 28 sem adivinhação.

Um servidor de arquivos pode parecer lento mesmo quando os gráficos de uso da CPU estão tranquilos: a listagem de diretórios leva segundos, os uploads travam durante picos de acesso ou o processo parece consumir mais RAM a cada dia. Comparar o ownCloud Infinite Scale (oCIS) com o Nextcloud 28 com base em um único número de "RAM por usuário" não diagnosticará esse problema. Não existe um benchmark oficial que estabeleça um vencedor universal, e ambos os projetos documentam a demanda de memória como dependente da carga de trabalho e da configuração. Para uma comparação útil, meça cada plataforma com os mesmos arquivos, clientes, armazenamento, concorrência e janela de teste; primeiro verifique se o gargalo está no aplicativo, no banco de dados, no armazenamento ou em tarefas em segundo plano.

Existe também uma restrição de manutenção: o Nextcloud 28 atingiu o fim de seu ciclo de vida em dezembro de 2024, de acordo com o cronograma publicado pelo projeto. Ele não recebe mais correções de rotina no canal de lançamento da comunidade. Se o Nextcloud 28 já estiver em uso, planeje uma atualização antes de considerar a otimização de desempenho como a solução definitiva. As etapas abaixo ajudam a comparar o comportamento e identificar a pressão sobre os recursos; elas não tornam seguro expor uma versão sem suporte.

Por que as leituras de RAM e velocidade divergem?

O Infinite Scale e o Nextcloud utilizam arquiteturas de servidor diferentes. O ownCloud é organizado como serviços em uma plataforma baseada em Go; o supervisor integrado inicia seus serviços como um único processo de servidor. Suas necessidades de memória podem incluir metadados de usuário e armazenamento em cache, e a documentação do ownCloud relaciona especificamente a quantidade de espaços e metadados mantidos na memória com a RAM disponível e o desempenho de acesso ou sincronização. Um servidor que apresenta um conjunto de trabalho maior após uma grande varredura inicial não é, por si só, prova de um vazamento de memória. Verifique se a memória se estabiliza após a indexação e se a latência permanece aceitável.

O Nextcloud 28 é uma aplicação PHP. Seu consumo total de memória depende da quantidade de workers PHP-FPM e do comportamento de cada um, dos aplicativos habilitados, do servidor web, do banco de dados, dos caches, da geração de pré-visualizações e das tarefas em segundo plano. O manual de administração oficial afirma que os requisitos de memória variam consideravelmente de acordo com o número de usuários, aplicativos, arquivos e atividade do servidor. Adicionar workers pode melhorar o processamento de requisições paralelas, mas também aumentar o pico de uso de RAM. Portanto, compare o consumo total de memória do host ou do contêiner, e não apenas o de um processo PHP com o de um processo oCIS.

O armazenamento pode ser o fator dominante em ambas as plataformas. Um disco lento, um sistema de arquivos de rede lento, um armazenamento de objetos lento, um banco de dados lento ou uma verificação antivírus lenta podem fazer com que as solicitações pareçam estar limitadas pelo aplicativo. Da mesma forma, um cache frio e um cache quente não produzem tempos de resposta comparáveis. A questão importante não é qual produto tem o menor número de acessos ociosos, mas sim qual conjunto de recursos consegue concluir sua carga de trabalho real dentro do limite de RAM e latência.

Compare-os sob as mesmas condições.

1. Registre as configurações exatas de compilação e implantação. Anote a versão do oCIS, o nível de patch do Nextcloud 28, o sistema operacional, os limites de contêiner, a alocação de CPU, o banco de dados, o backend de armazenamento, os aplicativos e serviços habilitados, a versão do PHP e o servidor web. Mantenha o mesmo hardware e caminho de dados sempre que possível. Não misture um limite de memória de contêiner para uma plataforma com o uso de memória do host inteiro para outra.
2. Utilize um conjunto de testes representativo. Inclua as operações que costumam ser lentas em produção: sincronização inicial, sincronização incremental, navegação em diretórios grandes, download e upload de arquivos, compartilhamento e logins simultâneos. Mantenha a quantidade de arquivos, a distribuição do tamanho dos arquivos, o número de clientes ativos e a simultaneidade consistentes. Utilize uma cópia de teste e evite sobrecarregar os dados de produção.
3. Estabeleça uma linha de base e repita o processo. Registre o uso de memória ociosa após a inicialização, o uso de memória durante cada carga de trabalho, o pico de uso de memória, CPU, E/S de disco, atividade do banco de dados e a latência de requisição ou sincronização. Execute o teste uma vez após uma inicialização limpa e novamente com os caches aquecidos. Repita cada execução o suficiente para verificar se o resultado é estável; não considere uma única execução como um benchmark.
4. Separe a memória da aplicação da memória do host. Para contêineres, inspecione o conjunto de trabalho e o limite de memória do contêiner; para processos Linux, use um monitor de processos e as estatísticas de memória do sistema. Observe também a memória de swap, eventos de falta de memória e a memória do banco de dados. Um cache do host em crescimento não é equivalente a um vazamento de memória da aplicação, e os limites de memória do contêiner podem variar entre diferentes ambientes de execução.

Para monitoramento do oCIS, consulte a documentação correspondente à versão para métricas de serviço e endpoints do Prometheus. A documentação do ownCloud 8.2 descreve as métricas para os serviços suportados; as métricas variam de acordo com o serviço e a versão. A visão geral da administração e as ferramentas do sistema do Nextcloud podem revelar avisos de configuração, enquanto o monitoramento do sistema operacional e do banco de dados é necessário para explicar o uso total de RAM. Mantenha a instrumentação de teste idêntica sempre que possível e registre as unidades e os intervalos de amostragem.

O que você deve sintonizar primeiro?

1. Confirme se existe pressão real sobre a memória.

Procure por uso elevado e contínuo, juntamente com troca de memória (swapping), encerramentos por falta de memória (OOM kills), reinicializações de contêineres ou aumento na latência das requisições. O alto uso de RAM por si só pode representar um cache útil. Se o uso aumentar durante uma varredura e depois se estabilizar, aumentar a memória pode ser desnecessário. Se o uso continuar aumentando sem se estabilizar sob uma carga de trabalho constante, inspecione os logs, a memória em nível de serviço e a tarefa que estava em execução antes da alteração dos limites.

2. Reduzir o trabalho de fundo desnecessário

Identifique a geração de pré-visualizações, a verificação antivírus, a indexação, os picos de sincronização e a manutenção agendada. Essas tarefas podem competir com solicitações interativas. Mova as tarefas pesadas para um período menos movimentado ou reduza sua simultaneidade usando os controles documentados para as versões instaladas. Não desative a verificação de segurança ou a manutenção necessária apenas para que um gráfico pareça menor; primeiro quantifique o custo da tarefa e o impacto no usuário.

3. Ajuste cuidadosamente a configuração do PHP e do cache do Nextcloud.

Para o Nextcloud, verifique a configuração PHP compatível com a versão 28 e dimensione os workers do PHP-FPM de acordo com a RAM disponível. Poucos workers podem enfileirar requisições; muitos podem esgotar a memória. Configure um cache de memória compatível e o Redis para bloqueio transacional de arquivos, quando apropriado, seguindo o manual da versão 28. Os caches consomem memória, mas podem melhorar operações repetidas, portanto, compare latência e consumo de memória. Evite copiar configurações de versões atuais do Nextcloud para a versão 28 sem consultar a documentação específica da versão.

4. Analise os metadados e as opções de armazenamento do oCIS.

Para escalabilidade infinita, avalie o número de espaços, metadados de arquivos e diretórios, driver de armazenamento e comportamento do cache. A documentação oficial de pré-requisitos explica que os metadados retidos na memória afetam o desempenho de acesso e sincronização. Se cargas de trabalho de listagem ou sincronização em larga escala coincidirem com pressão na memória, compare as métricas relevantes de serviço e armazenamento antes de adicionar RAM. Verifique as opções específicas de armazenamento em relação à versão exata do oCIS; não assuma que um backend de armazenamento tenha comportamento de memória idêntico a outro.

5. Aumente a capacidade somente após identificar a restrição.

Se a carga de trabalho medida apresentar latência estável e aceitável, mas atingir o limite de memória, adicione RAM ou ajuste a alocação de recursos e repita o teste. Se a latência for alta, mesmo com o uso de memória adequado, investigue as consultas ao banco de dados, a latência de armazenamento, a taxa de transferência da rede, os bloqueios e a saturação da CPU. Escalar os serviços do oCIS ou adicionar workers pode melhorar a taxa de transferência em uma implementação bem projetada, mas também altera a demanda de recursos e a complexidade operacional. Altere uma variável por vez para que o resultado seja atribuível.

Como verificar o resultado

Repita a carga de trabalho original após cada alteração e compare as mesmas métricas: pico e estado estável de RAM, atividade de swap, latência de requisição ou sincronização do p95 (se disponível), transferências concluídas e contagens de erros ou reinicializações. Uma correção bem-sucedida deve melhorar o desempenho relatado pelos usuários sem sobrecarregar a memória em outros locais. Para uma comparação justa entre plataformas, publique as condições de teste junto com os resultados e indique se os caches estavam frios ou quentes; não generalize a partir de um único servidor ou conjunto de dados pequeno.

Por fim, trate o fim do suporte do Nextcloud 28 como uma questão operacional separada. Use as orientações de atualização do projeto para migrar para uma versão compatível e, em seguida, execute a comparação novamente, pois códigos, versões do PHP, aplicativos e alterações de migração mais recentes podem alterar o tamanho do pacote. Para obter informações sobre os requisitos de implantação atuais e as configurações específicas da versão, consulte os pré-requisitos do ownCloud Infinite Scale 8.2 , as métricas do ownCloud para Prometheus , os requisitos de sistema do Nextcloud 28 , o cache de memória do Nextcloud 28 e o cronograma de manutenção e lançamento do Nextcloud .