Procedimiento de corte cuando Obsidian es pesado y lento para arrancar
Esta página es una traducción automática del original en japonés. Leer el original en japonés
Primero, almacene la bóveda original y separe los complementos y la configuración de la bóveda copiada. Los resultados de 9 medidos en la pequeña bóveda de verificación del autor se publican como ejemplo para comparar en las mismas condiciones.
Mantenga el almacenamiento original antes de cambiar la configuración
Asegure una copia de seguridad de notas, archivos adjuntos y configuraciones, y pruebe con una copia de verificación en lugar del almacenamiento original. Deshable los complementos de la comunidad juntos, compare el tiempo hasta que se muestre la misma nota y vuelva a comprobar uno por uno si hay una diferencia.
.obsidian también se incluye como configuración. Asegúrese de que la copia existe y de que pueda leer las notas conocidas antes de cambiar la configuración. No es un procedimiento para eliminar la nota original o el archivo de complemento.La separación de aquí es una propuesta para los lectores. No es el resultado de diagnosticar la causa de la terminal del lector. La segunda mitad de la medición real se ocupa solo de las condiciones fijas del cuaderno 1 preparado por el autor.
- tiendaNotas originales, archivos adjuntos, ajustes
- Separación de síntomasActivación, visualización de texto, edición
- Comparar por copiaMisma nota y mismo estándar
- Revertir uno por unoGrabar la versión y los cambios
Separe "pesado" y compruébelo con una copia de verificación
- Anota qué etapa es lenta. Hasta que se inicie la aplicación
, hasta que se abra el repositorio y el texto sea visible, y durante la búsqueda, el enlace y la edición, cada uno tiene síntomas diferentes. Registre el sistema operativo, la versión Obsidian, el tamaño aproximado de la bóveda, la configuración cambiada justo antes y el complemento válido. - Compruebe la copia de seguridad y divida las copias a verificar. Cierra la aplicación
, haz una copia y guarda la original. Compruebe la ubicación para que la copia de verificación no se confunda con el objeto de sincronización automática, y no cambie la configuración mientras abre ambas al mismo tiempo. No hay necesidad de usar bóvedas de personas desconocidas o complementos no confirmados. - Copie y desactive el complemento de la comunidad para comparar.
Después de registrar la lista y la configuración válidas, use el modo deshabilitado o restringido desde la configuración del complemento de la comunidad y compare hasta que pueda ver la misma nota conocida después de reiniciar. Por favor, compruebe la visualización del menú en la versión y el idioma. Mientras el complemento esté suspendido, la función del complemento no estará disponible. - Si ves la diferencia, devuélvela a la validez uno por uno.
Mantenga la misma copia, nota, función principal y criterios de medición, y registre el nombre, la versión y el orden de activación del complemento. Mida la misma condición más de una vez y trate de no llegar a una conclusión con el valor de la primera vez o el valor rápido de una sola vez. - Si no puede ver la diferencia, compare el trastero y el entorno por separado.
Compruebe si la misma etapa es lenta incluso en otro trastero para el pequeño cuaderno que ha preparado. También registra el estado de las aplicaciones, la carga del sistema operativo, la sincronización y el almacenamiento que se ejecutan al mismo tiempo. Si cambia la configuración y los archivos a la vez aquí, no sabrá qué cambios están relacionados.
Crear una copia de seguridad, cambiar al modo de restricción, restaurar los complementos del lector y diagnosticar la sincronización del almacenamiento no son operaciones demostradas en esta medición 9. En la medición real, utilizamos la lista de activación preparada de antemano, y no realizamos operaciones durante el inicio o las notas de reescritura.
En una pequeña sala de almacenamiento fija, mida 0, 1 y 2 cada 3 veces
Usando el mismo entorno de Linux y notas del autor, comparamos las condiciones en las que los complementos de la comunidad que realmente se cargaron eran 0, 1 solo para Templater y 2 para Templater+QuickAdd. La mediana a la pantalla de texto fue de aproximadamente 0.92 segundos, 0.95 segundos y 1.02 segundos, respectivamente.
| Plug-in cargado en tiempo de ejecución | Número de mediciones | Preparación para la conexión de medición CDP listo | Visualización de texto conocido texto GUI listo |
|---|---|---|---|
| 0: Ambos tipos de 2 no son válidos | 3 veces | mediana 324 ms rango 313–356 ms | mediana 917 ms rango 892–949 ms |
| 1pcs: Plantillar 2.25.1 | 3 veces | mediana 325 ms rango 315–339 ms | mediana 948 ms rango 926–973 ms |
| 2pcs:Templater 2.25.1 + QuickAdd 2.29.0 | 3 veces | mediana 329 ms rango 325–332 ms | mediana 1017 ms rango 1016–1105 ms |
Incluso las piezas 0 tienen archivos de distribución 2. Lo que cambié es la lista de activación de los complementos de la comunidad. Además de contar el manifiesto instalado, también leímos la lista activa en tiempo de ejecución y el ID y la versión de la instancia de complemento real, y comprobamos 0, 1 y 2. La función principal es del mismo tipo 5 en todas las condiciones.
Estas medianas no permiten atribuir la diferencia únicamente al número de complementos ni establecer una regla general según la cual más complementos siempre implican más lentitud. Junto con la cantidad cambió su tipo, solo hubo 3 mediciones por grupo y la CPU compartida y la caché no fueron constantes. No apliques directamente esta diferencia a tu dispositivo o a una bóveda grande.
¿Hasta qué laltura has medido el inicio?
Preparando la conexión y mostrando el texto
Con un reloj ascendente monótono, medimos el tiempo transcurrido justo antes de comenzar el proceso Obsidian. El entorno de visualización está listo antes del inicio. CDP listo es el momento en que el destino de la conexión para la medición responde y se obtiene la información del destino de la conexión. Esto por sí solo no se puede decir que tenga una nota mostrada en la pantalla.
texto GUI listo es el momento en que se comprueba la pantalla real usando esa conexión, y se mostró el encabezado "起動確認" de 起動確認.md y la marca de confirmación conocida. Incluye desde el inicio hasta la conexión y el procesamiento de lectura. Es un indicador diferente del primer dibujo, la finalización de la inicialización de todos los complementos y el momento en que se vuelve editable. La confirmación del estado del número de lecturas se registró por separado después de la observación de esta visualización de texto.
Usa la misma entrada y orden
- Oficial Obsidian 1.13.7. Revisé la versión de la aplicación y el instalador en la pantalla General real.
- Copie el mismo archivo de distribución oficial de Templater 2.25.1 y QuickAdd 2.29.0 con todas las condiciones. Esta vez no hay una nueva adquisición o instalación de dependencia.
- La entrada es Markdown 1 de 148 bytes preparados directamente por el autor. Usando la misma configuración de almacenamiento, la función principal 5 y los archivos de distribución de ambos complementos, emparejamos los archivos de almacenamiento que no fueran la lista de activación antes de comenzar. Incluso después del inicio, los bytes/hash del texto no han cambiado.
- Las funciones principales son el explorador de archivos, el vínculo de retroceso, el contorno, las propiedades y los marcadores. La plantilla de inicio de Templater y la elección de QuickAdd, la macro, la configuración de IA, etc. no se están ejecutando.
- Determine las condiciones 3 de 0, 1, 2 y cada 3 veces por adelantado, y mida en el orden de
0,1,2 / 1,2,0 / 2,0,1. Se publican todas las horas programadas de 9, y solo se seleccionan los valores rápidos o los valores atípicos no se eliminan. - Durante la medición, haga clic en la interfaz gráfica de usuario, abra y escriba las notas API, no ejecute el comando del complemento y compruebe el estado leyendo. Cada vez, la pantalla real se guarda, y solo la aplicación utilizada para la medición se cierra normalmente.
Limitaciones de caché, carga y perfil
Primero, revisé la confianza real y la versión general con el perfil preparatorio no medido, y copié la configuración preparada cada vez. Creamos un nuevo directorio para la caché del perfil cada vez, pero la caché del disco de la página del sistema operativo se calienta con la preparación y la iteración. No se ha reiniciado ni se ha borrado la caché del sistema operativo, y no es un arranque físico en frío ni la primera configuración no utilizada.
Para todo el perfil global de cada episodio, la lista de hash completa justo antes del inicio no se registra. Dejamos la configuración original común preparada y los métodos de copia, y la recopilación de archivos previos al inicio de cada repositorio, pero no afirmamos que todos los bytes de todos los perfiles fueran iguales.
En el entorno compartido, el valor de observación de la utilización de la CPU era de aproximadamente 35–44%, y otras aplicaciones también se estaban ejecutando. La CPU lógica visible es 5, la asignación de CPU es equivalente a la CPU 4 y el límite de memoria es 16 GiB. La medición, la adquisición de estado y el guardado de imágenes también se incluyen en la sección de observación de la CPU, y no es la tasa de utilización de la CPU de los complementos individuales. También revisé otro trabajo de compilación antes de la preparación, pero no es un registro que muestre que la misma compilación se estaba ejecutando durante todos los tiempos de 9.
Acerca de detenerse antes de medir y corregir los registros
Durante la fase de preparación no medida, la comprobación para comprobar si se había lanzado el destino de la conexión de la aplicación cerrada con éxito se detuvo al confundir TIME_WAIT de TCP con una conexión pendiente. Mantuve el registro de fallas, comprobé que no había espera y rechazo de conexión, corregí la comprobación y luego medí las veces 9 que no estaba programado para implementarse. El tiempo de la etapa de preparación no está incluido en la muestra de medición.
En la comprobación de la lista de la imagen original, el valor esperado de 11 que contó la pantalla de confirmación de confianza para la preparación se corrigió a 12. Las imágenes, la interfaz gráfica de usuario y el tiempo no se regeneran, y el número de registros se corrige mientras se mantienen bytes como el CSV existente.
Compruebe el CSV original, las notas y la pantalla real
CSV es el archivo original que incluye el tiempo de 9 veces que no se ha redondeado, el número de lecturas y versiones en el momento de la ejecución, la carga compartida y el resultado final. Puede comprobar el valor original por separado del entero en la tabla. Markdown es una entrada preparada directamente por el autor de antemano y no es el resultado de guardar el texto por parte de la aplicación.
# 起動確認
著者作成の固定ノートです。プラグインの起動比較にだけ使います。
表示確認印 C21-STARTUP-20260930
La imagen 4 publicada y CSV・Markdown son copias que coinciden con el original congelado y los bytes・SHA256. El recibo de verificación original incluye la confirmación del elemento 23 y los bytes/hash del archivo 82, y el rango de corrección, incluido el recibo en sí, es 83 casos. En esta época de 9, no medimos la velocidad, la productividad y el efecto de entrada de Windows, macOS, iOS, grandes bóvedas de utilidad, sincronización y SimpleMemo. Condiciones de medición y registro de coincidencia original.