Cluting dimulai dengan cadangan


Prosedur pemotongan saat Obsidian berat dan lambat untuk memulai

Halaman ini diterjemahkan secara otomatis dari bahasa Jepang. Baca versi asli berbahasa Jepang

Pertama, simpan brankas asli dan isolasi plug-in dan pengaturan di brankas yang disalin. Hasil 9 yang diukur di brankas verifikasi kecil penulis diposting sebagai contoh untuk dibandingkan dalam kondisi yang sama.

Simpan penyimpanan asli sebelum mengubah pengaturan

Amankan cadangan catatan, lampiran, dan pengaturan, dan coba dengan salinan verifikasi, bukan penyimpanan asli. Nonaktifkan plug-in komunitas secara bersamaan, bandingkan waktu hingga catatan yang sama ditampilkan, dan periksa kembali satu per satu jika ada perbedaan.

Cadangan dulu. Tutup Obsidian dan salin penyimpanan Anda ke lokasi lain. Folder tersembunyi .obsidian juga disertakan sebagai pengaturan. Pastikan salinannya ada dan Anda dapat membaca catatan yang diketahui sebelum mengubah pengaturan. Ini bukan prosedur untuk menghapus catatan asli atau file plug-in.

Pemisahan dari sini adalah sebuah proposal untuk para pembaca. Ini bukan hasil dari mendiagnosis penyebab terminal pembaca. Paruh kedua dari pengukuran aktual hanya berhubungan dengan kondisi tetap dari buku catatan 1 yang disiapkan oleh penulis.

  1. SimpanCatatan asli, lampiran, pengaturan
  2. Pemisahan gejalaAktivasi, tampilan teks, pengeditan
  3. Bandingkan dengan salinanCatatan yang sama, standar yang sama
  4. Kembalikan satu per satuRekam versi dan perubahan

Pisahkan "berat" dan periksa dengan salinan verifikasi

  1. Tuliskan tahap mana yang lambat. Sampai aplikasi
    diluncurkan, sampai repositori dibuka dan teks terlihat, dan selama pencarian, tautan, dan pengeditan, masing-masing memiliki gejala yang berbeda. Rekam OS, versi Obsidian, perkiraan ukuran brankas, pengaturan yang diubah sebelumnya, dan plug-in yang valid.
  2. Periksa cadangan dan bagi salinan yang akan diverifikasi. Tutup aplikasi
    , buat salinan, dan simpan yang asli. Periksa lokasi agar salinan verifikasi tidak bingung dengan objek sinkronisasi otomatis, dan jangan mengubah pengaturan saat membuka keduanya secara bersamaan. Tidak perlu menggunakan brankas orang yang tidak dikenal atau plug-in yang belum dikonfirmasi.
  3. Salin dan nonaktifkan plug-in komunitas untuk membandingkan.
    Setelah merekam daftar dan pengaturan yang valid, gunakan mode dinonaktifkan atau Dibatasi dari pengaturan plug-in komunitas, dan bandingkan hingga Anda dapat melihat catatan yang diketahui yang sama setelah memulai ulang. Silakan periksa tampilan menu dalam versi dan bahasa. Saat plug-in ditangguhkan, fungsi plug-in tidak akan tersedia.
  4. Jika Anda melihat perbedaannya, kembalikan ke validitas satu per satu.
    Simpan salinan, catatan, fungsi inti, dan kriteria pengukuran yang sama, dan catat nama, versi, dan urutan aktivasi plug-in. Ukur kondisi yang sama lebih dari sekali dan cobalah untuk tidak sampai pada kesimpulan dengan pertama kali atau nilai cepat satu kali.
  5. Jika Anda tidak dapat melihat perbedaannya, bandingkan ruang penyimpanan dan lingkungan secara terpisah.
    Periksa apakah tahap yang sama lambat bahkan di ruang penyimpanan lain untuk notebook kecil yang telah Anda siapkan. Ini juga mencatat status aplikasi, pemuatan OS, sinkronisasi, dan penyimpanan yang berjalan pada saat yang bersamaan. Jika Anda mengubah pengaturan dan file sekaligus di sini, Anda tidak akan tahu perubahan mana yang terkait.

Membuat cadangan, beralih ke mode terbatas, memulihkan plug-in pembaca, dan mendiagnosis sinkronisasi penyimpanan bukanlah operasi yang ditunjukkan dalam pengukuran 9 ini. Dalam pengukuran yang sebenarnya, kami menggunakan daftar aktivasi yang disiapkan sebelumnya, dan kami tidak melakukan operasi selama startup atau menulis ulang catatan.

Di ruang penyimpanan tetap kecil, ukur 0, 1, dan 2 masing-masing 3 kali

Menggunakan lingkungan Linux yang sama dan catatan penulis, kami membandingkan kondisi bahwa plug-in komunitas yang sebenarnya dimuat adalah 0, 1 hanya untuk Templater, dan 2 untuk Templater+QuickAdd. Median untuk tampilan teks masing-masing adalah sekitar 0.92 detik, 0.95 detik, dan 1.02.

Setiap kondisi 3 kali. Satuannya adalah ms (milidetik), dan data asli dibulatkan menjadi bilangan bulat dan ditampilkan. Nilai median dan nilai minimum-maksimum dari semua kali 3.
Plug-in dimuat saat dijalankanJumlah pengukuranPersiapan untuk koneksi pengukuran
CDP siap
Tampilan teks yang diketahui
Teks GUI siap
0: Kedua tipe 2 tidak valid3 kalimedian 324 ms
kisaran 313–356 ms
median 917 ms
kisaran 892–949 ms
1pcs: Templater 2.25.13 kalimedian 325 ms
kisaran 315–339 ms
median 948 ms
kisaran 926–973 ms
potongan 2: Templater 2.25.1 + QuickAdd 2.29.03 kalimedian 329 ms
kisaran 325–332 ms
median 1017 ms
kisaran 1016–1105 ms

Bahkan potongan 0 memiliki file distribusi 2. Yang saya ubah adalah daftar aktivasi plug-in komunitas. Selain menghitung manifes yang diinstal, kami juga membaca daftar aktif saat runtime dan ID serta versi contoh plug-in yang sebenarnya, dan memeriksa 0, 1, dan 2. Fungsi intinya adalah tipe 5 yang sama dalam semua kondisi.

Urutan median ini tidak membuktikan hubungan sebab akibat yang hanya berasal dari jumlah plugin, ataupun aturan umum bahwa semakin banyak plugin pasti semakin lambat. Jenis plugin berubah bersama jumlahnya, percobaannya sedikit, hanya 3 kali untuk tiap kondisi, dan CPU bersama serta cache tidak konstan. Jangan langsung menerapkan selisih ini pada vault besar atau perangkat Anda sendiri.

Seberapa jauh Anda mengukur aktivasi?

Mempersiapkan koneksi dan menampilkan teks

Dengan jam meningkat yang monoton, kami mengukur waktu yang telah berlalu dari tepat sebelum memulai proses Obsidian. Lingkungan tampilan sudah siap sebelum dimulai. CDP ready adalah waktu ketika tujuan koneksi untuk pengukuran merespons dan informasi dari tujuan koneksi diperoleh. Ini saja tidak dapat dikatakan memiliki catatan yang ditampilkan di layar.

Teks GUI siap adalah waktu ketika layar asli diperiksa menggunakan koneksi, dan judul "起動確認" dari 起動確認.md dan tanda konfirmasi yang diketahui ditampilkan. Termasuk dari startup hingga koneksi dan proses membaca. Ini adalah indikator yang berbeda dari gambar pertama, penyelesaian inisialisasi semua plug-in, dan waktu ketika itu menjadi dapat diedit. Konfirmasi status dari jumlah pembacaan dicatat secara terpisah setelah pengamatan tampilan teks ini.

Gunakan input dan urutan yang sama

  • Resmi Obsidian 1.13.7. Saya memeriksa versi aplikasi dan penginstal di layar Umum yang sebenarnya.
  • Salin file distribusi resmi yang sama dari Templater 2.25.1 dan QuickAdd 2.29.0 ke semua kondisi. Tidak ada akuisisi baru atau instalasi ketergantungan kali ini.
  • Masukannya adalah Markdown 1 dari byte 148 yang disiapkan langsung oleh penulis. Menggunakan pengaturan penyimpanan yang sama, fungsi inti 5, dan file distribusi dari kedua plug-in, kami mencocokkan file penyimpanan selain daftar aktivasi sebelum memulai. Bahkan setelah memulai, byte/hash teks tidak berubah.
  • Fungsi inti adalah file-explorer, backlink, outline, properties, dan bookmark. Template startup templater dan pilihan QuickAdd, makro, pengaturan AI, dll. tidak berjalan.
  • Tentukan kondisi 3 dari 0, 1, dan 2 terlebih dahulu dan setiap 3 kali, dan ukur dalam urutan 0,1,2 / 1,2,0 / 2,0,1. Semua waktu 9 yang dijadwalkan diposting, dan hanya nilai cepat yang dipilih atau nilai outlier yang tidak dihapus.
  • Selama pengukuran, saya tidak mengklik GUI, membuka dan menulis catatan API, dan tidak menjalankan perintah plug-in, tetapi membaca dan memeriksa statusnya. Setiap kali, layar yang sebenarnya disimpan, dan hanya aplikasi yang digunakan untuk pengukuran yang ditutup secara normal.

Batas cache, beban, dan profil

Pertama, saya memeriksa kepercayaan yang sebenarnya dan versi Umum dengan profil persiapan yang tidak terukur, dan menyalin pengaturan yang disiapkan setiap kali. Kami membuat direktori baru untuk cache profil setiap kali, tetapi cache disk halaman OS memanas dengan persiapan dan iterasi. Itu belum dimulai ulang atau menghapus cache OS, dan itu bukan boot dingin fisik atau pengaturan pertama yang tidak digunakan.

Untuk seluruh profil global setiap episode, daftar hash lengkap tepat sebelum startup tidak dicatat. Kami meninggalkan pengaturan asli yang disiapkan umum dan metode penyalinan, dan pengumpulan file pra-mulai dari setiap repositori, tetapi kami tidak mengklaim bahwa semua byte dari semua profil adalah sama.

Dalam lingkungan bersama, nilai pemanfaatan CPU yang diamati adalah sekitar 35–44%, dan aplikasi lain juga berjalan. CPU logis yang terlihat adalah 5, alokasi CPU setara dengan CPU 4, dan batas memori adalah 16 GiB. Pengukuran, akuisisi keadaan, dan penyimpanan gambar juga termasuk dalam bagian pengamatan CPU, dan itu bukan tingkat pemanfaatan CPU dari plug-in individu. Saya juga memeriksa pekerjaan build lain sebelum persiapan, tetapi itu bukan catatan yang menunjukkan bahwa build yang sama berjalan selama semua 9 kali.

Tentang berhenti sebelum pengukuran dan mengoreksi catatan

Pada tahap persiapan yang tidak terukur, pemeriksaan untuk memeriksa apakah tujuan koneksi dari aplikasi yang berhasil ditutup telah dirilis dihentikan, membingungkan TIME_WAIT TCP dengan koneksi yang tertunda. Saya menyimpan catatan kegagalan, memeriksa bahwa tidak ada menunggu dan penolakan koneksi, memperbaiki pemeriksaan, dan kemudian mengukur waktu 9 yang tidak dijadwalkan untuk diimplementasikan. Waktu tahap persiapan tidak termasuk dalam sampel pengukuran.

Dalam daftar konfirmasi gambar asli, nilai yang diharapkan dari 11, yang menghitung layar konfirmasi kepercayaan untuk persiapan, dikoreksi menjadi 12. Gambar, GUI, dan waktu tidak diregenerasi, dan jumlah catatan dikoreksi sambil mempertahankan byte seperti CSV yang ada.

Periksa CSV asli, catatan, dan layar yang sebenarnya

CSV adalah file asli yang mencakup waktu 9 kali yang tidak dibulatkan, jumlah bacaan dan versi pada saat eksekusi, beban bersama, dan hasil akhirnya. Anda dapat memeriksa nilai asli secara terpisah dari bilangan bulat dalam tabel. Markdown adalah masukan yang disiapkan langsung oleh penulis sebelumnya dan bukan hasil dari menyimpan teks oleh aplikasi.

# 起動確認

著者作成の固定ノートです。プラグインの起動比較にだけ使います。

表示確認印 C21-STARTUP-20260930
Layar aktual yang menampilkan catatan 起動確認 dan tanda konfirmasi yang diketahui di 1 dari kondisi 0
0 kondisi・Gambar asli 1. Periksa tampilan dan tanda konfirmasi teks. Memuat 0 dikonfirmasi oleh catatan keadaan runtime lain, bukan tampilan gambar. PNG yang belum diproses
Layar sebenarnya yang menampilkan catatan yang sama di 1 kali dari kondisi khusus Templater
Hanya templater・Gambar asli ke-1. Tampilkan teks yang sama. 1 yang dimuat dan versinya dibuat dalam keadaan eksekusi yang berbeda. PNG yang belum diproses
Layar aktual yang menunjukkan catatan yang sama di 1th time dari kondisi Templater dan QuickAdd
Templater+QuickAdd・1th gambar asli. Tampilkan teks yang sama. 2 yang dimuat dan versinya dibuat dalam keadaan eksekusi yang berbeda. PNG yang belum diproses
Layar sebenarnya di mana Obsidian dan penginstal ditampilkan sebagai 1.13.7 di layar umum untuk persiapan
Layar umum untuk persiapan yang tidak terukur. Versi aplikasi dan penginstalnya adalah 1.13.7. Ini bukan sampel untuk ditambahkan ke pengukuran 9. PNG Belum Diproses

Gambar 4 yang diposting dan CSV・Markdown adalah salinan yang cocok dengan yang beku asli dan byte・SHA256. Tanda terima verifikasi asli mencakup konfirmasi item 23 dan byte/hash dari file 82, dan rentang koreksi termasuk tanda terima itu sendiri adalah kasus 83. Dalam waktu 9 ini, kami tidak mengukur kecepatan, produktivitas, dan efek aliran masuk Windows, macOS, iOS, brankas utilitas besar, sinkronisasi, dan SimpleMemo. Kondisi Pengukuran dan catatan pencocokan asli.

Pertanyaan umum

Apakah alasan permulaan yang lambat ditentukan oleh jumlah plug-in?
tidak dapat ditentukan oleh angka saja. Di ruang penyimpanan tetap kecil ini, 0, 1, dan 2 diukur masing-masing 3 kali, tetapi jenis plug-in berubah seiring dengan jumlahnya, dan beban dan cache dari lingkungan bersama juga terpengaruh. Ini bukan hasil dari mengidentifikasi penyebab lemari besi pembaca atau hubungan kausal dari jumlah potongan.
Apa yang Anda cadangkan sebelum menghentikan plug-in?
Tutup Obsidian sebelum bekerja dan salin pengaturan, termasuk catatan dan lampiran di penyimpanan Anda, dan .obsidian di folder tersembunyi, ke lokasi lain. Setelah mengonfirmasi bahwa salinannya ada dan catatan yang diketahui dapat dibaca, potong dengan salinan verifikasi sambil menyimpan brankas asli. Ini adalah proposal prosedur untuk pembaca, dan ini bukan konfirmasi sebenarnya dari cadangan pembaca.
Kondisi 0 adalah kondisi bahwa plug-in tidak diinstal?
Tidak. Saya menempatkan file distribusi resmi yang sama dari Templater dan QuickAdd pada semua kondisi dan hanya mengubah daftar yang akan diaktifkan. 0 adalah kondisi bahwa plug-in komunitas dinonaktifkan dan instans yang dimuat saat runtime adalah 0. Fungsi intinya adalah tipe 5 yang sama.
Apakah waktu persiapan CDP dalam tabel sama dengan waktu tampilan teks?
Ini berbeda. Persiapan CDP adalah pada saat koneksi pengukuran merespons. Tampilan teks adalah waktu ketika terhubung setelah itu dan membaca bahwa judul Markdown yang diketahui dan tanda konfirmasi muncul di layar nyata. Keduanya diukur tepat sebelum proses dimulai, dan tampilan teks juga mencakup waktu koneksi dan proses konfirmasi. Itu tidak mengukur penyelesaian gambar awal atau inisialisasi semua plug-in.
Dapatkah jumlah detik dalam artikel ini digunakan untuk terminal lain atau penyimpanan besar?
Tidak dapat digunakan. Versi Linux Obsidian 1.13.7, hanya 9 kali dengan catatan kecil yang dibuat oleh penulis, pengaturan tetap, salinan profil yang disiapkan. Cache OS sedang memanas, dan beban CPU bersama sekitar 35–44%. Windows, macOS, iOS, brankas utilitas besar, startup dingin fisik, kecepatan SimpleMemo tidak diukur.