Berita

Konfigurasi eksperimental kami: model ~83,6 GB yang berjalan secara lokal dengan anggaran RTX 3060

Qwen3.8-Flash-Next IQ3_S pada RTX 3060 12 GB dengan hanya 48 GB RAM sistem. Tidak ada inferensi cloud. Hanya perangkat keras konsumen yang terjangkau.

Inferensi AI lokal Strata: 68 token per detik pada RTX 3060 12 GB dengan DDR5 48 GB

Ini luar biasa!

Qwen3.8-Flash-Next IQ3_S (~83,6 GB) berjalan secara lokal dengan anggaran RTX 3060 12 GB hanya dengan 48 GB RAM sistem!

Hingga 68 token/decoding detik, ~916 token/pemrosesan prompt detik, dan prompt 30K - token diproses hanya dalam 34 detik.

Didukung oleh Strata oleh coldniko. Tidak ada inferensi cloud. Hanya perangkat keras konsumen yang terjangkau!

Tolok ukur lengkap, spesifikasi perangkat keras, pengoptimalan, dan trade - off di bawah ini.

Anda dapat langsung melompat ke takeaways utama di bagian akhir.

Perangkat keras di balik hasil ini

Tidak ada GPU pusat data, tidak ada server multi - GPU yang mahal, dan tidak ada konfigurasi RAM yang masif.

Seluruh percobaan dilakukan pada PC konsumen/workstation yang cukup biasa.

PC ringkas yang digunakan untuk eksperimen

CPU

Motherboard

Memori

GPU

Penyimpanan

OS

Jaringan

Detail krusial: model ini jauh lebih besar daripada gabungan VRAM dan RAM yang tersedia.

Itulah yang membuat eksperimen ini menarik.

Arsitektur model, mesin, dan memori

Model

Qwen3.8-Flash-Next-GSQ-RCO-IQ3_S

Dua pecahan GGUF:

Komponen tambahan

Mesin inferensi

Alokasi memori aktual

Pengaturan konfigurasi penting

--expert-cache auto
--prefill 4096
--spec 4
--spec-min-p 0.5
--mtp mtp/rt
--max-context 32768
--kv int8
--kv-grow
--kv-resident 32768
--vision
--vram-reserve-mib 960
--pool-workers 12
--conversation-cache-mib 1536
--prompt-cache-tail
--prompt-cache-spread
--resident-experts
--resident-budget-gib 24

Ini bukan pengaturan "memuat seluruh model ke memori GPU" konvensional.

Strata menggunakan memori GPU, RAM sistem, caching ahli, dan penyimpanan NVMe bersama - sama.

Optimalisasi yang penting adalah meminimalkan transfer ahli yang mahal sekaligus menjaga GPU tetap produktif.

Hasil tolok ukur nyata

Model yang sama, perangkat keras yang sama, dua konfigurasi perutean.

Mode A: perutean ahli yang cepat dan bias residensi (sebelumnya = 1,5)

KonteksPrefillCold decodeDekode hangat
1K285 tok/s42 tok/s61 tok/s
4K804 tok/s50 tok/s65 tok/s
8K819 tok/s61 tok/s68 tok/s
16K916 tok/s60 tok/s68 tok/s
30K890 tok/s58 tok/s61 tok/s

Waktu dingin untuk token pertama:

Sebagai perbandingan, Mode B menonaktifkan routing yang bias residensi (sebelum = 0):

KonteksPrefillCold decodeDekode hangat
1K282 tok/s24 tok/s27 tok/s
4K781 tok/s29 tok/s26 tok/s
8K789 tok/s30 tok/s32 tok/s
16K889 tok/s30 tok/s29 tok/s
30K878 tok/s26 tok/s27 tok/s

Lari pembangkitan 500 token:

Pengukuran kecepatan diperiksa silang terhadap timing streaming sisi klien.

Pengamatan utama:

Menonaktifkan routing berbasis cache dapat mengurangi kecepatan decoding sekitar2-2.4 ×.

Tetapi ada alasan penting untuk tidak mengaktifkan routing agresif untuk setiap beban kerja. Lebih lanjut tentang itu di bagian berikutnya.

Kecepatan vs kualitas model: trade - off tersembunyi

Pada versi mesin Strata ini, GPU dengan VRAM ≤13 GB secara otomatis menggunakan routing berbasis residensi:

STRATA_ROUTE_PRIOR=1.5

Ini menguntungkan para ahli yang sudah tersedia dalam memori cepat alih - alih selalu memilih para ahli yang lebih disukai oleh router asli.

Manfaatnya dramatis:

Tapi ini BUKAN pengoptimalan gratis.

Mengubah pemilihan ahli dapat mengubah perilaku model, meningkatkan divergensi dari model asli, dan mempengaruhi penalaran panjang atau alur kerja agen.

Menurut evaluasi pengembang pada 10 tugas agen:

Hasil baseline sendiri bervariasi antar run, jadi ini adalah hasil directional, bukan pengukuran kualitas definitif.

Enam cek agen pendek saya sendiri lulus dalam kedua mode.

Namun, stres terpisah menjalankan pengulangan yang terpapar:

Kesimpulannya sangat mudah:

Dan kecepatan tolok ukur saja tidak boleh disalahartikan dengan kualitas model.

Caching yang cepat mengubah segalanya

Salah satu hasil yang paling mengesankan bukanlah kecepatan decoding. Itu adalah waktu respons untuk permintaan berulang menggunakan prompt yang sama.

Dengan prompt yang sepenuhnya di - cache:

KonteksTTFT DinginTTFT tembolok
1K3.7 s0.08 s
4K4.9 s0.08 s
8K9.7 s0.27 s
16K17.3 s0.34 s
30K33.9 s0.44 s

Itu kira - kira 45 -90× lebih sedikit waktu untuk token pertama dalam rangkaian ini.

Cache prompt membuat perbedaan besar ketika berulang kali menanyakan dokumen panjang yang sama atau mempertahankan percakapan dengan konteks yang stabil.

Mesin juga dikonfigurasi untuk caching percakapan:

Ada tangkapan: hasil ini untuk petunjuk yang identik dengan cache yang dapat digunakan kembali sepenuhnya.

Ini tidak berarti permintaan token 30K baru yang sewenang - wenang akan diproses dalam setengah detik.

Tetapi untuk AI lokal interaktif, cache yang hangat adalah pengubah permainan.

Misteri SSD: PCIe 5.0 bukan bottleneck

Pada awalnya, drive NVMe tampak mencurigakan lambat. Kami menyelidiki tautan PCIe, topologi penyimpanan, dan perilaku I/O aktual.

Drive: Lexar NM1090 PRO 2 TB, PCIe 5.0 ×4.

Koneksi PCIe terverifikasi:

Jadi drive berjalan pada kecepatan tautan PCIe 5.0 penuh.

Tolok ukur baca uncached langsung:

Hasil paralel 10,94 GB/s itu sangat penting: melebihi bandwidth praktis PCIe 4.0 ×4.

Mengapa throughput single - stream jauh lebih rendah?

Karena bandwidth PCIe tidak sama dengan throughput tingkat aplikasi.

Kedalaman antrian, ukuran I/O, paralelisme permintaan, dan latensi semua materi.

Pola pemuatan ahli Strata jauh lebih dekat dengan kasus konkurensi yang lebih rendah daripada tolok ukur throughput maksimum sintetis.

Throughput penyimpanan mesin yang diamati:

Perbedaannya berasal dari berapa banyak ahli yang harus diambil, bukan dari downgrade PCIe.

Satu lagi detail yang berguna: RTX 3060 itu sendiri adalah perangkat PCIe 4.0. Melihat tautannya jatuh ke Gen1 saat menganggur adalah perilaku manajemen daya yang normal.

Selalu periksa perangkat mana yang Anda ukur sebelum mendiagnosis masalah PCIe.

Pelajaran penting: jangan biarkan Linux meng - cache model 83,6 GB pada mesin 48 GB

Kami mengalami masalah serius selama startup awal.

Konfigurasi pertama memungkinkan pemuatan buffer dari file model.

Modelnya adalah ~83,6 GB, sedangkan sistem hanya memiliki 48 GB RAM fisik.

Di bawah beban kerja itu, Linux memasuki tekanan reklamasi memori yang parah. Mesin menjadi hampir tidak responsif, termasuk konektivitas SSH, dan memerlukan restart paksa.

Solusinya adalah mengubah strategi pemuatan dan memperkenalkan pengamanan memori.

Pengaturan saat ini:

Setelah perubahan ini:

Pelajarannya:

Menjalankan model yang lebih besar dari memori fisik Anda adalah mungkin, tetapi penghitungan memori sangat penting.

Tekanan cache halaman, data model yang disematkan, ahli residen, dan cache KV harus dipertimbangkan bersama.

Jangan menyalin flag kinerja maksimum secara membabi buta dari mesin dengan konfigurasi RAM yang jauh lebih besar.

Konsumsi daya, termal, dan biaya inferensi

Ini adalah kejutan menyenangkan lainnya.

Daya komponen terukur:

Diam dengan model dimuat:

Selama generasi:

Perkiraan total daya sistem di dinding (tidak diukur menggunakan pengukur dinding):

Suhu yang diamati:

Tidak ada pelambatan termal yang diamati.

Dengan asumsi harga listrik € 0,25/kWh:

Ini membuatnya sepenuhnya realistis untuk mengoperasikan titik akhir AI lokal yang mampu menjaga privasi di rumah.

Tentu saja, itu adalah perkiraan biaya listrik, bukan total biaya kepemilikan. Tidak termasuk penyusutan, pendinginan, dan pemeliharaan perangkat keras.

Di mana pengaturan RTX 3060 berhenti masuk akal

Konfigurasi ini sangat baik untuk permintaan interaktif singkat, tetapi memiliki batasan.

Yang terpenting:

Sebagai perbandingan, saya menjalankan model yang sama pada sistem lokal yang lebih kuat dengan GPU 24 GB.

Kinerja terukur pada sistem itu:

Sistem RTX 3060 memberikan throughput prefill yang jauh lebih rendah dan kira - kira setengah throughput decoding dalam kasus yang sebanding, dengan seperdelapan dari konteks yang tersedia.

Namun, kartu 12 GB jauh lebih mudah diakses dan tetap sangat berguna.

Pendekatan saya saat ini:

Intinya bukan berpura - pura GPU murah menggantikan mesin kelas atas.

Intinya adalah seberapa banyak AI lokal yang berguna sudah dapat berjalan pada perangkat keras yang murah.

Apa yang masih bisa dioptimalkan?

Sistem ini sudah berkinerja baik, tetapi ada beberapa jalan menarik untuk eksperimen lebih lanjut.

Concurrent inference

Opsi --slots 2 dapat meningkatkan throughput total dengan dua percakapan simultan.

Perkiraan +10 -12% throughput agregat dimungkinkan untuk beban kerja ini, tetapi perlu validasi.

Ini tidak berarti satu percakapan menjadi 12% lebih cepat.

Batch prefill yang lebih besar

Saat ini: --prefill 4096

Kandidat: --prefill auto:16384

Jendela prefill yang lebih besar mungkin meningkatkan pemrosesan jangka panjang, tetapi VRAM yang tersedia sudah ketat.

Dengan sekitar 11,14 GiB dari 12 GiB GPU yang ditempati, perilaku memori harus diukur dengan hati - hati.

Ram sistem lebih banyak

Menggunakan --ple-io ram dapat membawa lebih banyak data model ke memori sistem dan mengurangi pembacaan penyimpanan.

Dokumentasi pengembang menunjukkan:

Tetapi konfigurasi ini akan membutuhkan RAM yang jauh lebih besar, sekitar 72+ GiB untuk tata letak yang diukur.

Ini tidak praktis pada konfigurasi 48 GB saat ini.

Penguraian spekulatif

MTP speculative decoding sudah diaktifkan.

Penerimaan yang diamati: ~33 -41 token yang diterima dari 50 -60 yang disusun, atau sekitar 65 -70%.

Konteks yang lebih panjang

Batas 32K saat ini adalah batas konfigurasi operasional, bukan bukti bahwa model itu sendiri hanya mendukung 32K.

Meningkatkannya membutuhkan pengecekan ulang kapasitas memori, perilaku cache KV, latensi, dan stabilitas.

Untuk beban kerja ini, mengurangi pembacaan ahli yang mahal dan meningkatkan pola akses mungkin lebih penting daripada meningkatkan bandwidth sekuensial maksimum drive.

Seperti biasa: patokan beban kerja sebenarnya, bukan hanya angka pemasaran perangkat keras.

Pemikiran akhir

Inilah yang ditunjukkan oleh eksperimen ini.

Model Moe terkuantisasi ~ 83,6 GB dapat berjalan secara lokal pada:

Dengan hasil terukur hingga:

Tapi ada peringatan penting.

Saya sangat tertarik dengan ekonomi praktis AI lokal.

Bukan hanya tolok ukur maksimum pada sistem € 10.000, tetapi kinerja yang berguna yang dapat dicapai pada mesin konsumen dan konfigurasi yang terjangkau mulai sekitar € 1.000.

Privasi, kemandirian, biaya operasional yang terkendali, dan kegunaan dunia nyata lebih penting daripada mengejar angka tolok ukur yang mengesankan saja.

Ini masih merupakan eksperimen yang terus berkembang, dan saya akan terus membagikan pengukuran, kegagalan, perubahan konfigurasi, dan peningkatan.

Masa depan AI lokal sudah menjadi sangat terjangkau.

Penambahan nanti

Oh, saya lupa menyebutkan bahwa GPU berjalan dengan NVIDIA Unlock, yang dirilis beberapa hari yang lalu, minggu lalu.

Sekarang saya telah meminta agen AI saya untuk menjalankan tolok ukur yang sama tanpa membuka kunci, jadi kami akan dapat membandingkan hasilnya dalam waktu sekitar 15 -20 menit.

Dalam beberapa hari ke depan, meskipun tidak hari ini, saya akan menginstal GPU ini dalam sistem dengan biaya kurang dari $ 1.000 dan melihat kinerjanya di sana.

Utas asli pada X · Semua berita