O REDCap geralmente tem um bom desempenho, mas projetos grandes podem causar alguns problemas. Nossos servidores têm recursos finitos disponíveis e projetos grandes podem estar propensos a ter problemas em determinadas circunstâncias. Monitoramos continuamente o desempenho dos sistemas e alocamos recursos adicionais se e quando possível.
Projetos grandes podem apresentar desempenho ruim ao criar o painel de status do registro, ou a página inicial do registro. Especificamente, se ocorrerem os seguintes casos:
Personalizações
Registros criados com Custom Record Label e Secondary Unique field, deixarão o REDCap lento porque estes campos não possuem cache..
Formulários de entrada de dados
Se um formulário de entrada de dados estiver lento para carregar, quase nunca é devido à lentidão do servidor, mas devido a um número muito grande de campos ou muitos campos com lógica de ramificação
Painel de status do registro
O painel de status do registro pode ficar lento se o projeto contiver um grande número de instrumentos ou eventos. Se o RSD padrão for lento, você pode limitar o número de registros exibidos ou criar um painel personalizado que exiba um subconjunto de eventos/instrumentos.
Recuperar, classificar e filtrar registros, são atividades que consomem muitos recursos do sistema. Alguns relatórios e exportações grandes podem falhar se ficarem sem memória durante o processamento. Isso pode depender do carregamento do sistema e das configurações de memória atuais. Não há uma resposta fácil para esse problema. Duas opções são:
Exportar seus dados e criar um relatório usando uma ferramenta externa.
Dividir seu relatório ou exportação em "pedaços" menores. (Você pode mesclar exportações durante a análise usando ferramentas de análise como SPSS, Stata ou SAS).
Entre em contato com o Administrador do REDCap. Podemos sugerir uma solução ou alocar temporariamente recursos adicionais do sistema.
As primeiras versões do REDCap usavam uma única tabela para armazenar registros de log. Atualmente, o log foi reestruturado para usar tabelas adicionais, o que reduz o número de registros em cada tabela e, portanto, melhora o desempenho do log. No entanto, a tabela de log inicial é grande, e projetos mais antigos ainda podem ter problemas. Se sua página de log estiver lenta e for crítica para estudar operações, avise-nos. Se você tiver um projeto mais antigo, poderemos mover seus registros de log para uma tabela menor e, assim, resolver o problema. No entanto, projetos grandes e em produção, ainda podem apresentar problemas, pois consultar as tabelas de log é um processo intenso no consumo de recursos.
Há problemas conhecidos de desempenho e manuseio de memória com os navegadores Google Chrome e Microsoft Edge. Ambos os navegadores podem travar se ficarem sem memória ao exibir páginas grandes. Além disso, houve relatos de REDCap exibindo uma mensagem de erro quando um instrumento contém variáveis com lógica de ramificação muito grande, ou cálculos contendo centenas de instruções IF aninhadas. Nessas circunstâncias, o REDCap pode exibir lógica de ramificação ou erros de campo calculados, mesmo quando a lógica estiver tecnicamente correta.