Baca penggunaan CPU bersama thread aktif, H/s lokal, dan share diterima saat menambang Blocknet memakai seine v0.2.36. Lakukan pemeriksaan ini sebelum mengubah pengaturan. Untuk instalasi, mulai dari panduan mining.
Apakah penggunaan CPU rendah berarti pekerjaan berguna berkurang?
Persentase CPU saja tidak menunjukkan banyaknya pekerjaan berguna yang selesai. Periksa backend CPU terpilih, thread aktif, hashrate lokal, dan job masuk. seine dapat memilih lebih sedikit thread daripada jumlah prosesor logis. Bandingkan pekerjaan selesai pada kondisi konsisten sebelum mengubah jumlahnya.
Periksa cakupan persentase terlebih dahulu
Di Windows, bedakan proses seine dengan total komputer. Temukan seine di Task Manager, lalu buka Performance dan CPU. Grafik prosesor logis menunjukkan distribusi beban; angka keseluruhan menggabungkan aktivitas mesin. Panduan Microsoft menjelaskan tampilan ini. Catat tampilan yang dipakai.
Di Linux, persentase proses top dapat berbeda skala dari ringkasan sistem. Mode Irix memungkinkan proses multithread melebihi 100%; Solaris membaginya dengan jumlah prosesor. Tampilan thread mengubah baris. Baca manual: perubahan skala bukan pengukuran perubahan kecepatan.
Periksa perangkat yang bekerja
Baca H/s dan thread aktif pada baris CPU di dashboard. Angka gabungan CPU/GPU mencakup keduanya; bandingkan perangkat yang sama. Jika perintah hanya memilih NVIDIA, beban mining CPU rendah memang diharapkan. Lihat panduan NVIDIA.
Thread mining aktif berbeda dari jumlah thread proses di sistem operasi. seine juga memiliki tugas jaringan, kontrol, dan pelaporan. Jumlah thread proses bisa lebih besar daripada baris CPU. Yang diperiksa adalah thread hashing aktif dan pekerjaan yang diselesaikan.
Mengapa memori membatasi thread aktif?
Setiap thread CPU aktif memakai arena 2 GiB untuk Argon2id. Ukuran otomatis mempertimbangkan memori tersedia dan ruang sistem. Baca jumlah aktual dan pesan memori; jangan menjadikan pembagian RAM terpasang sebagai kapasitas terjamin. Panduan RAM membahas anggaran, cadangan, dan alokasi.
Kapasitas menentukan jumlah arena yang muat; bandwidth memengaruhi perpindahan data serentak. Thread bisa tetap dihitung sibuk saat menunggu memori. Penggunaan rendah tidak membuktikan hambatan bandwidth, dan 100% tidak membuktikan H/s terbaik. Lihat panduan Argon2id.
Baca perubahan otomatis dan pengaturan eksplisit
Tuning CPU otomatis membandingkan thread dan kernel melalui pekerjaan terukur. Jumlah lebih rendah bisa valid; perubahan memori tersedia juga memengaruhinya. Tunggu percobaan stabil dan baca pesan. Panduan tuning menjelaskan keputusan dan penggunaan cache.
Periksa perintah yang dijalankan. --threads, maksimum tuning, atau profil CPU dapat mengubah pencarian atau jumlah; afinitas mengubah penempatan. Container, mesin virtual, dan batas OS bisa menyediakan kapasitas lebih kecil daripada host. Simpan konfigurasi dan identifikasi batas sebelum menaikkan jumlah.
Bagaimana jika penggunaan dan H/s sama-sama turun?
Pastikan backend CPU aktif dan memiliki job. Periksa koneksi, penyesuaian memori, dan kesalahan backend di log. Persiapan dan percobaan tuning baru memberi konteks yang tidak tampak di meter OS. Jika GPU tetap bekerja, periksa status perangkat secara terpisah.
Bandingkan interval stabil dengan versi, backend, dan pengaturan sama. Catat aplikasi lain, memori, daya, dan waktu. Gunakan panduan benchmark untuk perbandingan lokal berulang dan simpan laporan. Puncak singkat atau satu persentase bukan hasil pengukuran hardware.
Akhiri dengan pekerjaan selesai dan diterima
Saat mining normal, pastikan hash CPU maju dan share mendapat respons diterima. Share datang berselang, bukan sesuai hitung mundur tetap. Pool memperkirakan hashrate dari kiriman sepanjang waktu. Panduan pemantauan menjelaskan tampilan ini dan pemeriksaan koneksi.
Catat versi, perintah, backend, thread CPU, H/s CPU, alat dan tampilan OS, memori, serta jendela pool. Jika pekerjaan maju, persentase sistem adalah konteks. Jika satu tahap terhenti, ikuti panduannya. Setiap perubahan menjadi jawaban untuk pertanyaan konkret dengan hasil yang sebanding.
Pertanyaan yang sering diajukan
Haruskah miner selalu memakai CPU 100%?
Tidak. Persentase sistem menunjukkan pemakaian prosesor yang tersedia, sedangkan seine mengukur hash selesai. Jumlah thread yang berguna bergantung pada memori dan kinerja terukur. Periksa thread aktif, hashrate, dan pekerjaan diterima bersama.
Mengapa seine memilih lebih sedikit thread?
Setiap thread mining CPU aktif memerlukan arena memori 2 GiB dan berbagi bandwidth. Pemilihan otomatis mempertimbangkan memori dan menguji kinerja. Batas eksplisit, backend, dan lingkungan eksekusi juga berpengaruh.
Apa yang diperiksa jika penggunaan dan hashrate turun?
Periksa backend CPU, thread, pesan tuning dan memori, serta job terbaru. Bandingkan perangkat dan interval yang sama, lalu beban latar dan batas eksekusi. Untuk koneksi atau hashrate pool nol, ikuti panduan pemantauan.