Mengapa Monosnap menjadi sangat lambat — dan solusinya
Dulu tidak’perlu waktu selama ini. Startup dulu hanya sedetik. Editor dulu terbuka instan. Ini’lah yang berubah, mengapa tren tidak akan’berbalik, dan alternatif ringan yang benar-benar terasa cepat lagi.
Beban Electron, yang berlipat ganda
Monosnap tidak’dimulai sebagai aplikasi Electron. Pada awal pengembangannya, banyak kode tangkapan dan pengeditan bersifat native. Seiring waktu, komponen UI dibangun ulang di atas perender Chromium — yang membuatnya lebih mudah untuk diulang tetapi menambahkan biaya startup yang besar dan permanen.
Electron tidak’menjadi lebih ringan seiring waktu. Setiap tahun Chromium menambahkan fitur, mengirimkan lebih banyak kode, lebih banyak dasar memori, dan inisialisasi yang lebih rumit. Aplikasi yang dapat diterima sebesar 60 MB pada tahun 2019 kini menjadi minimal 180 MB saat diluncurkan, dan terus bertambah. Itu’sebelum mempertimbangkan kebocoran memori yang kami bahas di halaman kebocoran memori.
Saat Anda menekan Ctrl+Alt+5, Monosnap harus menghangatkan perender Chromium untuk melukis overlay tangkapan. Pada aplikasi yang dingin, itu’membutuhkan beberapa ratus milidetik. Pada aplikasi yang sudah berjalan dan telah menggunakan ratusan megabyte memori, ini’lebih lama. Setelah lima jam kerja, overlay melukis cukup lambat sehingga pengguna dapat merasakan perbedaannya.
Editor anotasi adalah penyebab terburuk
Jendela editor pasca-tangkap hampir seluruhnya adalah webview Chromium. Saat Anda menjatuhkan panah atau menggambar persegi panjang, alat ini mengirimkan peristiwa melalui Electron’batas IPC ke proses asli dan kembali lagi. Perjalanan bolak-balik itu cepat pada proses yang baru dan terasa lambat setelah proses tersebut terbebani.
Untuk pengguna yang melakukan anotasi berat — laporan bug, tutorial, dokumen — ini menumpuk. Sepuluh menit anotasi terasa seperti dua puluh menit.
Maxisnap: tanpa Electron, tanpa beban
Maxisnap’editor adalah jendela PyQt6 asli. Kanvas anotasi menggunakan QPainter langsung pada QPixmap.’tidak ada webview, tidak ada batas IPC antara logika alat dan permukaan rendering. Saat Anda menjatuhkan panah, panah itu muncul di siklus gambar berikutnya. Tidak ada perjalanan bolak-balik.
Mulai dingin dari baki ke siap-tangkap sekitar satu detik pada mesin biasa. Tangkap-ke-editor di bawah 200 ms. Angka-angka ini tetap sama pada jam 1, jam 4, jam 8, dan jam 72. Aplikasi tidak’menurun seiring waktu karena’tidak ada yang menumpuk.
Dapatkan kembali kecepatan Anda
- 1Unduh penginstal. Halaman unduh, 63 MB, gratis.
- 2Keluar dari Monosnap dari baki agar kedua aplikasi tidak’berebut hotkey.
- 3Instal. Pengaturan default baik-baik saja. Tidak perlu reboot.
- 4Tekan Ctrl+Alt+5. Perhatikan editor terbuka sebelum Anda’selesai melepaskan tombol.
Pertanyaan kinerja
Bisakah saya mempercepat Monosnap tanpa beralih?
Sedikit. Tutup aplikasi di akhir hari daripada membiarkannya berjalan. Hapus centang "Mulai diminimalkan". Nonaktifkan fitur sinkronisasi cloud apa pun yang tidak Anda’gunakan. Tidak ada dari ini yang mengatasi overhead struktural, tetapi sedikit membantu.
Apakah Maxisnap’Apakah kualitas tangkapan sama?
Identik. Output PNG pada resolusi penuh, lossless. JPEG juga didukung dengan kualitas yang dapat dikonfigurasi. Tidak’ada downsampling atau pengubahan ukuran kecuali Anda menambahkannya sendiri melalui alat potong.
Apakah Maxisnap mendukung tangkapan bergulir?
Belum. Jika tangkapan bergulir penting untuk alur kerja Anda, ShareX atau Snagit adalah pilihan yang lebih baik. Untuk tangkapan wilayah standar / layar penuh / jendela dengan anotasi, Maxisnap lebih cepat dan ringan.
Alat screenshot yang tetap cepat.
Tanpa pemanasan. Tanpa lag. Tanpa restart ritual.
Unduh MaxisnapTerkait: kebocoran memori · membeku · apakah sudah mati?