Procedimento de corte quando o Obsidian é pesado e lento para iniciar
Esta página é uma tradução automática do original em japonês. Ler o original em japonês
Primeiro, armazene o cofre original e separe o plug-in e as configurações no cofre copiado. Os resultados do 9 medidos no pequeno cofre de verificação do autor são publicados como um exemplo para comparação sob as mesmas condições.
Mantenha o armazenamento original antes de alterar as configurações
Proteja um backup de notas, anexos e configurações e tente com uma cópia de verificação em vez do armazenamento original. Desatire os plug-ins da comunidade juntos, compare o tempo até que a mesma nota seja exibida e verifique um por um se houver uma diferença.
.obsidian também está incluído como uma configuração. Certifique-se de que a cópia exista e que você possa ler as notas conhecidas antes de alterar as configurações. Não é um procedimento para excluir a nota original ou o arquivo de plug-in.A separação daqui é uma proposta para os leitores. Não é o resultado do diagnóstico da causa do terminal do leitor. A segunda metade da medição real trata apenas das condições fixas do caderno 1 preparado pelo autor.
- ManterNotas originais, anexos, configurações
- Separação de sintomasInício, exibição de texto, edição
- Compare por cópiaMesma nota e mesmo padrão
- Reverter um por umRegistre a versão e as alterações
Separe "pesado" e verifique com uma cópia de verificação
- Anote qual estágio é lento. Até que o aplicativo
seja iniciado, até que o repositório seja aberto e o texto esteja visível, e durante a pesquisa, vinculação e edição, cada um tem sintomas diferentes. Grave o sistema operacional, a versão Obsidian, o tamanho aproximado do cofre, as configurações alteradas pouco antes e o plug-in válido. - Verifique o backup e divida as cópias a serem verificadas. Feche o aplicativo
, faça uma cópia e guarde o original. Verifique a localização para que a cópia de verificação não seja confundida com o objeto de sincronização automática e não altere as configurações ao abrir ambas ao mesmo tempo. Não há necessidade de usar cofres de pessoas desconhecidas ou plug-ins não confirmados. - Copie e desative o plug-in da comunidade para comparar.
Depois de registrar a lista e as configurações válidas, use o modo desativado ou Restrito nas configurações do plug-in da comunidade e compare até que você possa ver a mesma nota conhecida após a reinicialização. Por favor, verifique a exibição do menu na versão e no idioma. Enquanto o plug-in estiver suspenso, a função do plug-in não estará disponível. - Se você vir a diferença, retorne-a à validade um por um.
Mantenha a mesma cópia, nota, função principal e critérios de medição e registre o nome, a versão e a ordem de ativação do plug-in. Meça a mesma condição mais de uma vez e tente não chegar a uma conclusão com a primeira vez ou o valor rápido único. - Se você não consegue ver a diferença, compare a sala de armazenamento e o ambiente separadamente.
Verifique se o mesmo estágio é lento, mesmo em outra sala de armazenamento para o pequeno notebook que você preparou. Ele também registra o status de aplicativos, carga do sistema operacional, sincronização e armazenamento que são executados ao mesmo tempo. Se você alterar as configurações e os arquivos de uma só vez aqui, não saberá quais alterações estão relacionadas.
Criar backups, mudar para o modo restrito, restaurar plug-ins do leitor e diagnosticar o armazenamento de sincronização não são operações demonstradas nesta medição 9. Na medição real, usamos a lista de ativação preparada com antecedência e não realizamos operações durante a inicialização ou reescrita de notas.
Em uma pequena sala de armazenamento fixa, meça 0, 1 e 2 cada 3 vezes
Usando o mesmo ambiente Linux e notas criadas pelo autor, comparamos as condições em que os plug-ins da comunidade realmente carregados são 0, Templater-only 1 e Templater+QuickAdd 2. A mediana para a exibição do texto foi de cerca de 0.92 segundos, 0.95 segundos e 1.02 segundos, respectivamente.
| Plug-in carregado em tempo de execução | Número de medições | Preparação para conexão de medição CDP pronto | Exibição de texto conhecido Texto GUI pronto |
|---|---|---|---|
| 0 peças: Ambos os tipos 2 são inválidos | 3 vezes | Média 324 ms variação 313–356 ms | Média 917 ms variação 892–949 ms |
| 1 peças: Templater 2.25.1 | 3 vezes | Média 325 ms variação 315–339 ms | Média 948 ms variação 926–973 ms |
| 2 peças: Templater 2.25.1 + QuickAdd 2.29.0 | 3 vezes | Média 329 ms variação 325–332 ms | Média 1017 ms variação 1016–1105 ms |
Mesmo as peças 0 têm arquivos de distribuição 2. O que eu mudei é a lista de ativação de plug-ins da comunidade. Além de contar o manifesto instalado, também lemos a lista ativa em tempo de execução e o ID e a versão da instância do plug-in real, e verificamos 0, 1 e 2. A função principal é do mesmo tipo 5 em todas as condições.
As medianas nessa ordem não demonstram uma relação causal determinada apenas pelo número de plugins, nem uma regra geral de que mais plugins sempre tornam o aplicativo mais lento. Os tipos de plugins também mudaram, houve apenas 3 tentativas por caso e o uso compartilhado da CPU e o cache não permaneceram constantes. Não aplique diretamente essas diferenças ao seu dispositivo ou a um cofre maior.
Até onde você mediu a ativação
Preparação para conexão e exibição de texto
Com um relógio crescente monótono, medimos o tempo decorrido pouco antes de iniciar o processo Obsidian. O ambiente de exibição está pronto antes do início. CDP pronto é o momento em que o destino da conexão para a medição responde e as informações do destino da conexão são obtidas. Isso por si só não pode ser dito para ter uma nota exibida na tela.
Texto GUI pronto é o momento em que a tela real é verificada usando a conexão, e o título "起動確認" de 起動確認.md e a marca de confirmação conhecida foram exibidas. Inclui desde a inicialização até o processamento de conexão e leitura. É um indicador diferente do primeiro desenho, a conclusão da inicialização de todos os plug-ins e o tempo em que se torna editável. A confirmação de status do número de leituras foi registrada separadamente após a observação desta exibição de texto.
Use a mesma entrada e ordem
- Oficial Obsidian 1.13.7. Verifiquei a versão do aplicativo e o instalador na tela Geral real.
- Copie o mesmo arquivo de distribuição oficial do Templater 2.25.1 e QuickAdd 2.29.0 para todas as condições. Não há nova aquisição ou instalação de dependência desta vez.
- A entrada é Markdown 1 de 148 bytes preparados diretamente pelo autor. Usando as mesmas configurações de armazenamento, função principal 5 e arquivos de distribuição de ambos os plug-ins, combinamos os arquivos de armazenamento além da lista de ativação antes de começar. Mesmo após a inicialização, os bytes/hash do texto não mudaram.
- As principais funções são file-explorer, backlink, outline, properties e bookmarks. O modelo de inicialização do Templater e a escolha, macro, configurações de IA, etc. do QuickAdd não estão em execução.
- Determine as condições 3 de 0, 1 e 2 com antecedência e cada 3 vezes, e meça na ordem de
0,1,2 / 1,2,0 / 2,0,1. Todos os horários programados do 9 são publicados, e apenas os valores rápidos são selecionados ou os valores discrepantes não são excluídos. - Durante a medição, clique na GUI, abra e escreva notas API, não execute o comando plug-in e verifique o status lendo. A cada vez, a tela real é salva e apenas o aplicativo usado para medição é fechado normalmente.
Limites de cache, carga e perfil
Primeiro, verifiquei a confiança real e a versão geral com o perfil preparatório não medido e copiei as configurações preparadas para cada vez. Criamos um novo diretório para o cache de perfil a cada vez, mas o cache do disco da página do sistema operacional aquece com a preparação e a iteração. O cache do sistema operacional não foi reiniciado ou apagado, e não é uma inicialização fria física ou a primeira configuração não utilizada.
Para todo o perfil global de cada sessão, a lista de hash completa pouco antes da inicialização não é registrada. Deixamos as configurações originais preparadas comum e os métodos de cópia, e a classificação de arquivos pré-início de cada repositório, mas não afirmamos que todos os bytes de todos os perfis fossem os mesmos.
No ambiente compartilhado, o valor de observação de utilização da CPU era de cerca de 35–44%, e outros aplicativos também estavam em execução. A CPU lógica visível é 5, a alocação da CPU é equivalente à CPU 4 e o limite de memória é 16 GiB. Medição, aquisição de estado e salvamento de imagem também estão incluídos na seção de observação da CPU, e não é a taxa de utilização da CPU de plug-ins individuais. Eu também verifiquei outro trabalho de compilação antes da preparação, mas não é um registro que mostre que a mesma compilação estava em execução durante todos os tempos 9.
Sobre parar antes de medir e corrigir registros
Na fase de preparação não medida, a verificação para verificar se o destino da conexão do aplicativo encerrado com sucesso foi lançado foi interrompida confundindo o TIME_WAIT do TCP com uma conexão pendente. Eu mantive o registro de falhas, verifiquei se não havia espera e rejeição de conexão, corrigi a verificação e, em seguida, medi as vezes 9 que não estavam programadas para serem implementadas. O tempo do estágio de preparação não está incluído na amostra de medição.
Na confirmação da lista da imagem original, o valor esperado de 11, que contou a tela de confirmação de confiança para preparação, foi corrigido para 12. Imagens, GUI e tempo não são regenerados, e o número de registros é corrigido enquanto mantém bytes, como CSV existente.
Verifique o CSV original, a nota e a tela real
CSV é o arquivo original que inclui o tempo de 9 vezes que não é arredondado, o número de leituras e versões no momento da execução, a carga compartilhada e o resultado final. Você pode verificar o valor original separadamente do inteiro na tabela. Markdown é uma entrada preparada diretamente pelo autor com antecedência e não é o resultado de salvar o texto pelo aplicativo.
# 起動確認
著者作成の固定ノートです。プラグインの起動比較にだけ使います。
表示確認印 C21-STARTUP-20260930
A imagem 4 postada e CSV・Markdown são cópias que correspondem ao original congelado e aos bytes・SHA256. O recibo de verificação original inclui a confirmação do item 23 e os bytes/hash do arquivo 82, e o intervalo de correção, incluindo o próprio recibo, é 83 casos. Neste período 9, não medimos a velocidade, produtividade e efeito de entrada do Windows, macOS, iOS, grandes cofres de utilitários, sincronização e SimpleMemo. Condições de medição e registro de correspondência original.