Skip to content

Dibangun pada Rust. Dibuktikan dengan pengukuran.

Kecepatan Snipset bukanlah sebuah slogan. Setiap nomor judul pada halaman ini dihasilkan oleh a memanfaatkan yang dapat direproduksi terhadap rilis saat ini, kemudian diterbitkan ulang secara otomatis dengan masing-masing rilis versi baru. Tidak ada apa pun di sini yang diperkirakan dari postingan blog.

v0.6.780ยทMeasured 2026-09-06
EXECUTIVE SUMMARY

Mengapa produk ini unggul dalam hal kecepatan dan mengapa produk ini akan tetap unggul

Tiga keunggulan struktural yang tidak dapat dipasang oleh pesaing ke arsitektur Electron atau tampilan web.

12.4MB
Penginstal Windows asli, diukur secara langsung

MSI x64 saat ini adalah 12.4 MB (setup EXE 9.6 MB), measured from the public update channel on 2026-09-06. Electron-based rivals commonly ship 80โ€“250 MB installers because they bundle a full Chromium runtime.

Mengambil sampel pada pelari rilis
Jejak memori tray-idle

RSS set kerja diambil sampelnya pada mesin rilis khusus setelah pemanasan dan dipublikasikan pada setiap rilis. Pesaing tampilan web/ekspander teks pada umumnya menganggur antara 150โ€“450 MB (dilaporkan vendor); Proses baki Snipset tidak membawa tampilan web, tidak ada proses GPU, dan tidak daemon sinkronisasi cloud.

Mesin p50 diterbitkan per rilis
Jalur panas pengetikan sub-milidetik

Pekerjaan pencocokan antara penekanan tombol Anda dan perluasan berjalan di Rust asli murni terhadap database SQLite yang sedang dalam proses: tidak ada tampilan web, tidak ada IPC, tidak ada JavaScript di hot jalan. Persentil mesin yang diukur ditunjukkan pada bagian rangkaian kabel di bawah.

HEADLINE METRICS

Empat angka, diukur ulang setiap rilis

Nilai yang ditandai 'diukur' berasal dari file data rilis ini. Apa pun yang belum dijalankan kembali pada mesin pelepas akan ditandai dengan jelas, bukan ditemukan.

Ukuran Installer
12.4MB

Windows x64 MSI, v0.6.780, measured from the live update channel.

Snipset MSI diukur12.4 MB
Pemasang elektron dilaporkan vendor80โ€“250MB
Memori Idle
โ€”

RSS yang disetel berfungsi saat baki menganggur pada mesin pelepas, diambil sampelnya setelah pemanasan.

Snipset (Rust)menunggu rilis dijalankanโ€”
Ekspander tampilan web dilaporkan vendor150โ€“450MB
Waktu Mulai Dingin
โ€”

Proses peluncuran ke baki-dan-kait yang siap pada mesin pelepas (diukur dari awal OS).

Snipset menunggu rilis dijalankanโ€”
Waktu proses kromium dilaporkan vendorโ‰ˆ1.200โ€“2.400 mdtk
Kecocokan Mesin
โ€”

Pencocokan cuplikan dalam proses (p50) pada cache hangat. Tidak ada tampilan web, tidak ada IPC, tidak ada JS di jalur panas.

Pertandingan mesin diukur dalam prosespending
Ekspander berbasis JS/browserskala ms, jembatan JS
NATIVE RUST ARCHITECTURE

Mengapa jumlahnya terus meningkat

Keputusan desain struktural yang membuat Snipset tetap cepat saat ini dan mencegah penurunan kinerja yang dialami oleh ekspander tampilan web seiring dengan berkembangnya fitur.

01

Jalur Panas Nol-IPC

Penekanan tombol ditangkap oleh kait OS asli dan dicocokkan secara langsung dengan proses yang sedang berlangsung tembolok. Tidak ada tampilan web, tidak ada thread JavaScript, dan tidak ada perjalanan bolak-balik IPC di antara Anda penekanan tombol dan mesin ekspansi, sumber kelambatan yang biasa dirasakan di Electron dan ekspander ekstensi browser.

02

SQLite tertanam, mode WAL, dalam proses

Cuplikan dan riwayat papan klip ada di database SQLite tertanam yang dibuka oleh Rust proses itu sendiri. Pembacaan terjadi dalam proses yang sama seperti pencocokan, dengan penyimpanan mode WAL disk I/O secara efektif keluar dari jalur kritis: tidak ada server sinkronisasi jarak jauh di antaranya.

03

Kait OS asli (Win32 / Unix)

Masukan global diamati pada tingkat OS melalui antrian bebas kunci, bukan a lingkaran pemungutan suara. Ekspansi dipicu secara deterministik, bukan menunggu pada perulangan peristiwa itu juga harus melayani pekerjaan UI.

04

Hibernasi tampilan web dinamis

UI visual hanya terwujud saat Anda membuka Menu Ajaib atau pengelola. Saat ditutup, mesin rendering berhibernasi, sehingga proses baki tidak membawa GPU, kompositor, atau overhead penyaji yang menentukan jejak elektron menganggur.

05

Tidak ada telemetri latar belakang atau daemon sinkronisasi

Tidak ada telepon rumah, dan tidak ada yang disinkronkan di latar belakang. Ekspander teks yang selalu aktif melihat semua yang Anda ketik; Arsitektur Snipset menjaga kepercayaan tetap muncul secara lokal dan menjaga anggaran CPU, jaringan, dan baterai tetap sesuai keinginan Anda.

06

Satu mesin, tiga platform

Mesin Rust yang sama dikirimkan pada Windows, Linux, dan Android. Karena intinya dibagikan dan dikompilasi asli di mana-mana, karakteristik kinerjanya seragam diimplementasikan kembali per platform dalam berbagai bahasa.

MEASUREMENT HARNESS

Tolok ukur mikro mesin

Pengaturan waktu dalam proses yang dapat direproduksi oleh cargo bench -p snipset --bench perf_report. Dilaporkan sebagai p50/p95 selama ribuan iterasi.

Operasi terukurhasil dipublikasikan setelah rilis berikutnya dijalankan
Pencocokan cuplikan (ketat/longgar)match_strict ยท match_looseโ€”ยตs p50
Memicu pemindaian melalui cache cuplikantrigger_scanโ€”ยตs p50
Kesamaan & pasca-pemrosesan tekscosinus_similarity_1536โ€”ยตs p50
Harness di atas mengukur operasi sebenarnya yang dilakukan mesin pada setiap operasi penekanan tombol: pencocokan, pemindaian pemicu, rendering variabel, dan perbaikan HTML. Itu menerbitkan p50/p95 ke dalam file data yang menggerakkan halaman ini. Angka muncul di sini secara otomatis setelah mesin rilis menjalankan benchmark.
COMPETITIVE ADVANTAGE

Keunggulan Snipset: dalam arsitektur, pengukuran, dan kepemilikan

Berdampingan dengan lima ekspander yang akan ditanyakan oleh investor. Sel pesaing berasal dari dokumentasi vendor; Sel Snipset berasal dari kumpulan fitur repositori ini dan pengukuran rilisnya.

Kemampuanteks daging sapiTeksExpanderespansosiaran langsungAlfredSnipset
Arsitektur & Privasi Data
Mesin ekspansiAsli (Windows)Aplikasi + browser ext (JS)Inti RustElektronAsli (macOS)Rust asli, Tauri 2
Residensi dataLokalSinkronisasi Cloud SaaSLokalLokal + awanLokal (keikutsertaan sinkronisasi)100% lokal SQLite WAL
Mengetik jalur panasTidak ada tampilan webTampilan web / browserTidak ada tampilan webtampilan webTidak ada tampilan webTidak ada tampilan web, tidak ada IPC
Postur telemetriMinimalSinkronkan telemetriTidak adaTelemetri produkIkut sertaTelemetri nol, celah udara
cakupan OSjendelaWindows ยท macOS ยท webWindows ยท macOS ยท LinuxmacOSmacOSWindows ยท Linux ยท Android
Kecerdasan & Otomatisasi
AI lokal di perangkatโ€”Tambahan Cloud APIHanya komunitasAwan AIAlur kerjaOllama lokal, tanpa biaya
Pencarian vektor semantikโ€”โ€”โ€”Pencarian awanโ€”Penyematan bawaan
Manajer riwayat papan klipโ€”โ€”โ€”Berdinding berbayarTambahanbawaan (Ctrl+])
Mesin skripโ€”JS (web)Konfigurasi DSLJS/TS ekstAlur kerjaRhai tertanam
Harga & Kepemilikan
Model penetapan hargaGratis (OSS)$40โ€“$120/tahunGratis (OSS)Berlangganan profesionalLisensi PowerpackSekali seumur hidup
Kemampuan offlinePenuhTerdegradasi secara offlinePenuhDikurangiPenuh100% offline
Memori/postur startupBersandar asliWaktu proses tampilan webBersandar asliWaktu aktif elektronBersandar asliDiukur per rilis

Competitor cells reflect vendor documentation and public feature pages as of 2026-09-06and are informative, not adversarially measured. Snipset cells reflect this repository's feature set; its performance claims are restricted to the measured values on this page. See the full perbandingan fitur dan itu halaman AI & Tolok Ukur.

METHODOLOGY

Bagaimana angka-angka ini dihasilkan

Publik, dapat direproduksi, dan dijalankan kembali pada setiap rilis, sehingga data tidak dapat menyimpang dari biner.

  1. Ukuran pemasang: diukur dengan HTTP KEPALA permintaan terhadap titik akhir pembaruan publik/api/updater/download/v0.6.780/โ€ฆ, atau dari artefak yang baru dibuat selama rilis. Sumber dan tanggal pemeriksaan dicatat per nilai.
  2. Tolok ukur mikro mesin: dikompilasi dengan profil rilis dan dijalankan sebagaibangku kargo -p snipset --bench perf_report. Masing-masing operasi melaporkan p50 dan p95 selama ribuan iterasi, menggunakan kotak hitam masukan yang mencerminkan cache cuplikan sebenarnya (10 hingga 500 cuplikan).
  3. Metrik proses (RAM menganggur, start dingin): diambil sampelnya pada rilis mesin oleh skrip/rilis/pengukuran-kinerja.ps1. Cold start diukur dari pembuatan proses OS hingga kesiapan baki dan kait; RSS menganggur adalah Set Kerja setelah pemanasan. OS mesin, CPU dan RAM dicatat di samping nilai sehingga delta versi ke versi tetap bermakna.
  4. Publikasi: ketiga produsen digabungkan menjadi satu file data (aplikasi/situs web/src/data/kinerja.json) olehskrip/rilis/hasilkan-kinerja-data.mjs. Halaman ini hanya merender file itu; tidak ada sumber kebenaran kedua.

Measurement host is recorded and displayed here as soon as the next release run completes.

FAQ

Pertanyaan kinerja, dijawab dengan jelas

Pertanyaan yang ditanyakan oleh seorang insinyur, atau investor, sebelum memercayai suatu tolok ukur.

These numbers look small. How are they measured without bias?
Every Snipset figure is produced by a reproducible harness, not by hand-written copy. Installer sizes are measured from the live update endpoint; engine timings come from an in-process micro-benchmark (cargo bench --bench perf_report) that reports p50/p95 percentiles over thousands of iterations; process metrics are sampled on a dedicated release machine at tray idle. The full recipe is published on this page and re-run on every release.
Why is the engine match time reported in microseconds?
Snipset expands text without a webview, JavaScript bridge, or network hop between your keystroke and the expansion engine. The typing hot path is pure native code against an in-process SQLite database, so the matching work itself is measured in microseconds. The end-to-end replacement additionally honors your configured erase delay, which is why we report the engine value separately and label it precisely.
Can I reproduce these measurements myself?
Yes. Installer sizes are verifiable with any HTTP client against the public update endpoint listed in the methodology. Engine micro-benchmarks are reproducible with cargo bench -p snipset --bench perf_report from this repository. Process-level sampling is scripted in scripts/release/measure-performance.ps1 for the release machine.
Which hardware were these numbers measured on?
Process-level metrics are always measured on the same dedicated release machine so version-to-version comparisons stay meaningful. The exact OS, CPU, and RAM of that host are recorded into performance.json alongside the numbers, and the page pins both the version and the measurement date.
How often do these numbers get refreshed?
On every release. The measurement pipeline runs during the Windows release build and republishes performance.json automatically, so the page can never drift far from the binary that users actually download. This page always displays the release version and the measurement date that produced each figure.
Why should an investor believe the numbers more than a marketing page?
Because the numbers are not claims: they are outputs. The data file that drives this page is generated by the same release pipeline that builds the product, the methodology is public and reproducible, and any reader can regenerate the figures from source. Disagreeing with the measurement is welcome; disagreeing with the copy is not possible, because there is no invented copy to disagree with.

Siap Mengetik Lebih Sedikit?

Dapatkan lisensi Anda hari ini dan hemat berjam-jam waktu Anda.

Dapatkan AksesExplore Features