Tại sao Monosnap lại chậm đến vậy — và cách khắc phục

Gánh nặng Electron, ngày càng tăng

Monosnap không’bắt đầu như một ứng dụng Electron. Khi mới ra đời, nhiều mã chụp và chỉnh sửa là native. Theo thời gian, các thành phần giao diện người dùng được xây dựng lại trên nền tảng trình kết xuất Chromium — điều này giúp dễ dàng lặp lại hơn nhưng lại thêm một chi phí khởi động lớn, vĩnh viễn.

Electron không’trở nên nhẹ hơn theo thời gian. Mỗi năm Chromium lại thêm tính năng, phát hành nhiều mã hơn, yêu cầu bộ nhớ cơ bản cao hơn và khởi tạo phức tạp hơn. Một ứng dụng chấp nhận được với 60 MB vào năm 2019 giờ đây tối thiểu là 180 MB khi khởi chạy, và tiếp tục tăng. Đó’là trước khi xem xét rò rỉ bộ nhớ mà chúng tôi đã đề cập trên trang rò rỉ bộ nhớ.

Khi bạn nhấn Ctrl+Alt+5, Monosnap phải khởi động trình kết xuất Chromium để vẽ lớp phủ chụp. Trên một ứng dụng nguội, điều đó’mất vài trăm mili giây. Trên một ứng dụng đã chạy và tiêu tốn hàng trăm megabyte, nó’lâu hơn. Đến giờ thứ năm của một ngày làm việc, lớp phủ vẽ đủ chậm để người dùng có thể nhận thấy sự khác biệt.

Trình chỉnh sửa chú thích là thủ phạm tồi tệ nhất

Cửa sổ trình chỉnh sửa sau khi chụp gần như hoàn toàn là một webview Chromium. Khi bạn thả một mũi tên hoặc vẽ một hình chữ nhật, công cụ sẽ gửi các sự kiện qua Electron’ranh giới IPC đến tiến trình gốc và quay lại. Chuyến đi khứ hồi đó nhanh trên một tiến trình mới và chậm rõ rệt khi tiến trình đã bị tải nặng.

Đối với người dùng thực hiện chú thích nhiều — báo cáo lỗi, hướng dẫn, tài liệu — điều này tích tụ lại. Mười phút chú thích cảm giác như hai mươi phút.

Maxisnap: không Electron, không phí tổn

Maxisnap’trình chỉnh sửa là một cửa sổ PyQt6 gốc. Vùng vẽ chú thích sử dụng QPainter trực tiếp trên một QPixmap.’không có webview, không có ranh giới IPC giữa logic công cụ và bề mặt hiển thị. Khi bạn thả một mũi tên, nó xuất hiện trong chu kỳ vẽ tiếp theo. Không có chuyến đi khứ hồi.

Khởi động nguội từ khay hệ thống đến sẵn sàng chụp chỉ khoảng một giây trên một máy tính thông thường. Chụp đến trình chỉnh sửa dưới 200 ms. Những con số này vẫn giữ nguyên ở giờ thứ 1, giờ thứ 4, giờ thứ 8 và giờ thứ 72. Ứng dụng không’bị suy giảm theo thời gian vì không có gì’để tích lũy.