Saya lupa menyebutkan sebelumnya: salah satu SSD 2,5 inci langsung rusak setelah insiden tersebut. Mungkin terkait dengan masalah yang mendasarinya, tapi saya masih melakukan validasi. Saya tambahkan ini untuk kelengkapan informasi.
QSirch sangat membebani CPU pada awalnya karena akan mengindeks setiap file di NAS Anda. Ini bukan masalah, melainkan memang sifat dari QSirch itu sendiri. Saat pertama kali menyiapkan NAS, sebaiknya biarkan semuanya selesai dan stabil terlebih dahulu sebelum mengaktifkan QSirch. Selain itu, Anda dapat mengatur folder yang dikecualikan dari pengindeksan QSirch. Misalnya, kemungkinan tidak perlu memasukkan data Container Station atau drive Mesin Virtual (Virtual Machine) ke dalam QSirch.
Setelah QSirch selesai melakukan pengindeksan, penggunaan CPU dan sumber dayanya menjadi minimal. Namun, QSirch sangat kuat dalam mencari data di NAS.
Terima kasih sudah menjelaskan — saya sangat menghargai Anda telah membagikan detail tentang bagaimana QSirch berperilaku selama proses pengindeksan awal. Sejujurnya, saya berharap sudah mengetahui hal ini lebih awal.
Dalam kasus saya, NAS saya akhirnya berjalan selama sekitar lima hari dalam keadaan tidak dapat diakses, dan akhirnya SSD rusak karena bad sector. Sebelumnya, saya juga mengalami situasi serupa di mana sistem tidak dapat diakses selama tiga hari sampai saya melakukan reset dan mengonfigurasi ulang semuanya.
Saya baru saja mengaktifkan Qsirch lagi, dan NAS langsung menjadi tidak dapat diakses. Ini adalah perilaku yang sama seperti yang saya lihat sebelumnya—periode panjang di mana perangkat tidak responsif, dan pada kasus saya sebelumnya, hal ini bahkan menyebabkan SSD mengalami kegagalan karena bad sector setelah berhari-hari beban tanpa henti.
Seperti yang saya katakan, jika Anda baru saja melakukan sesuatu yang signifikan, seperti pembaruan OS besar seperti ini, kemungkinan ada BANYAK hal yang terjadi di balik layar meskipun Anda merasa tidak ada. Qsirch hanya menambah beban ini sampai NAS menjadi stabil.
Jika Anda ingin melihat penggunaan sebenarnya dan mengetahui apa yang membuat sistem melambat, buka sesi SSH dan jalankan perintah “top”. Perintah ini akan menampilkan beban CPU Anda, serta konsumsi CPU dari semua proses. Beban CPU Anda adalah angka yang penting. Angka tersebut sebaiknya kurang dari atau sama dengan jumlah core/thread pada CPU Anda. Jika lebih tinggi, maka sistem akan mulai terasa lambat.
Hai, kami telah mencoba mereproduksi masalah ini secara internal namun belum dapat melihat hasil yang sama.
Untuk memperjelas, Qsirch pada QuTS hero 6.0.0 beta telah dioptimalkan untuk kinerja yang lebih baik, sehingga penggunaan CPU mungkin sedikit lebih tinggi dibandingkan versi sebelumnya. Namun, kami belum menemukan situasi spesifik seperti yang Anda jelaskan.
Untuk membantu kami menyelidiki lebih lanjut, bisakah Anda membagikan beberapa detail tentang data Anda?
Terima kasih atas tindak lanjutnya. Saya menghargai klarifikasi terkait optimasi Qsirch di QuTS hero 6.0.0 beta.
Untuk membantu investigasi Anda, berikut detail yang diminta:
Total ukuran file yang diindeks oleh Qsirch melalui Multimedia Console: Sekitar 23,13 TB, tersebar di dua storage pool.
Foto: 893.365
Video: 11.917
Musik: 0 (yang sudah diindeks sejauh ini)
Perlu dicatat: ini hanya mencerminkan sebagian file yang ditambahkan ke Multimedia Console. Dataset lengkap saya hampir dua kali lipat dari ukuran tersebut, termasuk koleksi musik yang cukup besar yang belum diindeks.
Total kapasitas yang saat ini digunakan:
Storage Pool 1: 12,52 TB terpakai dari 21,81 TB
Storage Pool 2: 10,61 TB terpakai dari 14,13 TB
Silakan beri tahu jika Anda memerlukan spesifikasi sistem, grafik penggunaan CPU, atau log untuk membantu mereproduksi profil beban secara lebih akurat. Saya siap membantu lebih lanjut.
Selain itu, QNAP AI Core saya sedang menjalankan beberapa beban kerja pengenalan secara aktif. AI Core telah diaktifkan, dan saya menggunakan akselerator QAI‑U100, yang terdeteksi dan dalam status Siap. Seperti yang Anda ketahui, proses pengenalan latar belakang ini dapat memengaruhi kinerja sistem secara keseluruhan, jadi saya sertakan progres saat ini untuk transparansi:
Pengenalan Wajah: Sedang Berjalan — 52% (470.880 / 893.637) Pembaruan terakhir: 2025/12/31 09:59:20
Pengenalan Objek: Sedang Berjalan — 55% (496.770 / 893.637) Pembaruan terakhir: 2025/12/31 09:59:45
Pengenalan Foto Serupa: Sedang Berjalan — 54% (483.804 / 893.637) Pembaruan terakhir: 2025/12/31 09:58:42
Jenis perangkat yang didukung dengan akselerasi AI pada sistem ini meliputi Coral Edge TPU, Hailo‑8, Hailo‑8L, QAI‑M100, QAI‑U100, GPU internal, dan NPU.
Jika Anda memerlukan log, jejak performa, atau metrik tambahan selama pengindeksan atau pengenalan, saya juga dapat menyediakannya.
NAS saya kembali tidak responsif meskipun Qsirch tidak terpasang. Pada saat kegagalan, satu-satunya proses yang aktif adalah Multimedia Console yang sedang mengindeks foto dan video. Sistem akhirnya benar-benar berhenti merespons, dan saya harus mereset NAS serta melepas semua hard drive secara fisik untuk memulihkan sistem.
Setelah membangun ulang, sekarang saya hanya mengizinkan foto yang diindeks. Dengan beban kerja yang lebih ringan ini, NAS telah berjalan stabil selama sekitar dua hari.