Tentukan bacaan mana yang berubah sebelum menyetel penambang yang masih berjalan. Panduan ini membedakan jendela pengukuran dari perubahan perangkat, beban atau sumber daya, lalu memeriksa kemungkinan penyebab lewat perbandingan yang dapat diulang. Simpan konfigurasi peluncuran yang berfungsi agar setiap pengamatan memiliki titik awal yang diketahui.
Mengapa hashrate dapat turun selama sesi?
Hashrate dapat berubah mengikuti perangkat aktif, jumlah thread CPU, memori tersedia, pekerjaan lain atau clock perangkat keras. Perbedaan jendela rata-rata juga bisa terlihat sebagai penurunan. Mulailah dari perangkat dan interval yang sama, periksa pekerjaan terbaru dan log, lalu ubah satu kondisi dan amati hasilnya.
Identifikasi bacaan yang menurun terlebih dahulu
Catat tempat perubahan terlihat: hashrate lokal saat ini, rata-rata sesi, baris perangkat atau perkiraan pool. Itu pengamatan berbeda. Nilai saat ini dan rata-rata seine memakai rentang waktu berbeda; perangkat juga dapat melaporkan pekerjaan secara berkelompok. Panduan dasbor menjelaskan kolomnya. Bandingkan suatu kolom dengan nilai sebelumnya sebelum menyamakan label berbeda.
Simpan satuan dan interval di samping setiap angka. Konversikan H/s dan kH/s sebelum membandingkan. Catat apakah penambang baru dimulai, backend diulang atau pekerjaan dilanjutkan. Sesi baru memiliki riwayat berbeda dari rata-rata lama; puncak awal bukan patokan baik untuk sepanjang malam.
Apakah perubahan terjadi secara lokal, di pool atau pada satu perangkat?
Periksa baris tiap perangkat dan pesan share diterima terbaru. Jika satu perangkat menyumbang lebih sedikit sementara yang lain stabil, periksa perangkat itu dahulu. Jika pekerjaan lokal sebanding tetapi perkiraan pool berubah, telusuri share dan koneksi. Penjelasan hashrate membahas mengapa estimasi berbasis share berbeda dari perhitungan lokal.
Pastikan alamat penerima dan nama rig pada statistik pool. Beberapa komputer dalam satu alamat dapat membuat total akun tidak cocok dibandingkan dengan satu komputer. Gunakan panduan pelacakan. Jika proses sudah keluar atau backend melaporkan gangguan, buka panduan penambang berhenti; artikel ini mengasumsikan sesi masih dapat diperiksa.
Pahami tuning dan perubahan thread dalam konteksnya
seine membandingkan jumlah thread CPU dan kernel saat menambang serta dapat memakai kembali hasil tersimpan yang kompatibel. Perbandingan itu dapat mengubah konfigurasi aktif. Baca pesan tuning di sekitar waktunya dan catat jumlah aktif sebelum mendiagnosis. Panduan tuning otomatis menjelaskan pencarian dan pengaturannya; perubahan jumlah saja tidak membuktikan kemunduran.
Periksa apakah peluncuran memilih backend dan pengaturan yang sama seperti sebelumnya. Pintasan lain, direktori kerja atau konfigurasi tersimpan dapat mengubah perbandingan sebelum perangkat keras dipertimbangkan. Simpan perintah yang berfungsi dan gunakan panduan konfigurasi untuk memastikan nilai efektif. Jangan menghapus cache tuning hanya karena satu bacaan berubah.
Periksa pekerjaan lain dan memori tersedia
Gunakan tampilan proses dan memori sistem operasi untuk melihat perubahan yang bersamaan. Gim, video, kompilasi atau tugas komputasi lain bisa berbagi CPU, GPU atau memori. Jika memungkinkan, bandingkan ketika tugas opsional itu dijeda atau selesai. Samakan beban desktop; jika tidak, bacaan berikutnya menjawab pertanyaan berbeda.
Pengelolaan CPU otomatis seine mempertimbangkan memori tersedia dan dapat mengurangi thread ketika sumber daya menyempit. Beberapa sistem juga menyediakan sinyal tekanan. Baca log dan memori bersama-sama alih-alih langsung memaksakan jumlah lama. Panduan RAM membahas alokasi. Jika kinerja kembali setelah tugas lain selesai, catat hubungan tersebut sebelum mengubah pengaturan permanen.
Bisakah suhu atau daya menjelaskan perubahan?
Suhu dan clock membantu menjelaskan perubahan lokal berkelanjutan jika beban serta perangkat tetap sebanding. Intel menjelaskan pembatasan termal sebagai penurunan clock CPU untuk perlindungan. Gunakan petunjuk produsen untuk model prosesor atau komputer yang tepat; tidak ada satu ambang suhu yang mendiagnosis semua komputer penambangan.
Untuk NVIDIA, dokumentasi pemantauan membedakan alasan pembatasan clock, termasuk suhu dan daya, serta menandai data yang tidak tersedia. Catat bacaan yang didukung bersama hashrate. Catat pula perpindahan baterai/adaptor atau mode daya. Ikuti petunjuk pendinginan produsen dan biarkan perlindungan aktif; prosedur ini tidak memerlukan perubahan tegangan atau batas clock.
Buat perbandingan yang dapat menjawab pertanyaan
Pilih satu kondisi yang dicurigai, misalnya aplikasi lain, lalu bandingkan interval yang setara sebelum dan sesudah perubahannya. Catat versi, backend, kebijakan thread, sumber daya listrik dan aktivitas depan. Pisahkan fase awal serta tuning. Ulangi jika fluktuasi normal mengaburkan hasil, tanpa menetapkan penyebab dari satu titik.
Untuk eksperimen terencana, gunakan panduan benchmark dengan beban sebanding. Pisahkan benchmark dari sampel imbalan pool yang dipengaruhi kedatangan blok dan variasi share. Pemakaian listrik lebih rendah juga menjawab pertanyaan lain: panduan listrik memasangkan energi dan pekerjaan selesai agar perangkat menganggur tidak dianggap perbaikan berguna.
Verifikasi hasil dan simpan bukti yang berguna
Setelah perubahan terarah, pastikan perangkat yang dimaksud menghitung, jumlah thread dipahami dan share baru diterima. Bandingkan kolom yang sama pada interval representatif. Simpan juga hasil tanpa perbedaan berarti agar tidak mengulangi penyesuaian sia-sia. Kembalikan perubahan tak terkait daripada menumpuk pengaturan tanpa penjelasan.
Jika pola berlanjut, kumpulkan versi, sistem, perangkat keras, opsi peluncuran, waktu log terkait dan bacaan berpasangan. Jelaskan apa yang tetap, yang berubah dan apakah satu perangkat atau seluruh penambang terdampak. Hapus kredensial dan informasi pribadi sebelum berbagi. Linimasa ringkas lebih membantu dukungan daripada tangkapan layar satu angka rendah.
Pertanyaan yang sering diajukan
Mengapa hashrate pool lebih rendah daripada penambang?
Penambang menghitung hash lokal, sedangkan pool memperkirakan pekerjaan dari share dalam jendelanya sendiri. Bandingkan rig yang sama selama interval representatif dan periksa share diterima terbaru serta pesan koneksi. Selisih singkat saja tidak menunjukkan perlambatan perangkat keras.
Apakah thread CPU yang lebih sedikit menandakan masalah?
Tidak dengan sendirinya. Tuning otomatis membandingkan jumlah thread dan jalur kode, sedangkan memori tersedia dapat membatasi jumlah aktif. Periksa pesan tuning, memori dan hashrate per perangkat bersama-sama. Catat perubahan sebelum memutuskan perlu tidaknya tindakan.
Haruskah saya mengubah beberapa pengaturan untuk memulihkan hashrate?
Mulai dari kondisi dasar yang sebanding dan ubah satu kondisi relevan setiap kali. Catat versi, perangkat, beban dan interval. Setelahnya periksa pekerjaan berkelanjutan dan share diterima baru; satu bacaan sesaat yang lebih tinggi belum membuktikan perbaikan.