QuTS hero 6.0 Public Beta – Umpan Balik Pengujian Awal (TS-264)
Lingkungan pengujian
NAS: TS-264
OS: QuTS hero 6.0 (Public Beta)
Penyimpanan: RAID 0 (non-kritis / data uji)
Kasus penggunaan: Pengujian fungsional & performa (UI, SMB, Snapshot, Log)
Kesan pertama
Kesan pertama saya sangat positif.
UI terasa jauh lebih cepat, lebih mulus, dan lebih modern dibandingkan versi QuTS hero sebelumnya. Halaman dimuat seketika, dan tidak perlu memuat ulang halaman berulang kali agar dapat ditampilkan dengan benar. Kegunaan secara keseluruhan dan konsistensi visual jelas meningkat.
Sumber daya sistem saat idle
Setelah boot dan ~5 menit idle:
Rata-rata penggunaan CPU: ~4,1%
Penggunaan memori: ~6,37 GB / 15,41 GB
Sistem terasa ringan dan responsif, tanpa lonjakan latar belakang yang terlihat.
Pengujian performa SMB
Satu file besar (~16 GB), PC Windows ↔ NAS melalui SMB:
PC → NAS: ~280 MB/dtk
NAS → PC: ~280 MB/dtk
Transfer stabil, tanpa putus sambungan, hang, atau percobaan ulang. QuLog dan notifikasi tetap benar-benar bersih selama dan setelah transfer.
Pemeriksaan snapshot
Membuat snapshot pada folder bersama Public
Status snapshot: Siap
Ukuran snapshot: ~208 KB
Jenis snapshot: Konsisten saat crash
Penghapusan snapshot: Berhasil
Tidak ada peringatan atau error yang tercatat di QuLog
Operasi snapshot berlangsung cepat dan berperilaku sesuai harapan.
Log & notifikasi
QuLog Center: bersih (filter Peringatan/Error)
Notification Center: tidak ada peringatan yang tidak terduga
Perilaku logout: logout instan, tidak ada hang (peningkatan signifikan)
Satu entri log satu kali yang tidak menghalangi ditemukan setelah boot:
“QuTS hero tidak mendukung versi CacheMount ini. Kunjungi App Center atau situs web QNAP untuk memeriksa pembaruan aplikasi…”
Catatan:
Muncul hanya sekali
CacheMount tidak tersedia di App Center atau situs web QNAP untuk beta ini
Tidak ada dampak fungsional yang terlihat
Penilaian keseluruhan
Sejauh ini, QuTS hero 6.0 public beta terasa matang, cepat, dan stabil:
Responsivitas UI yang jauh lebih baik
Performa SMB yang sangat baik
Perilaku snapshot yang bersih
Log bersih
Tidak ada regresi yang diamati dalam operasi harian dasar
Ini adalah rilis beta yang sangat menjanjikan.
Terima kasih atas kesempatan untuk menguji QuTS hero 6.0. Saya akan terus melakukan pengujian dan memberikan umpan balik tambahan jika ada hal baru yang muncul.
Ini berdasarkan pengujian langsung pada TS-264 saya.
Transfer SMB (~16 GB) diuji melalui \\\\IP\\Public\\TEST_COPY dengan kecepatan sekitar 280 MB/s di kedua arah.
Pembuatan/penghapusan snapshot telah diverifikasi di Snapshot Manager (status Ready, ~208 KB).
Pesan kompatibilitas CacheMount satu kali terlihat di QuLog setelah boot.
Jika Anda membutuhkan detail spesifik, beri tahu saya.
Selama pengujian lebih lanjut, saya menemukan dua masalah antarmuka pengguna (UI) yang mungkin perlu diselidiki:
Logout freeze / hang
Pada setidaknya satu kesempatan, mengklik Logout menyebabkan antarmuka web macet/beku alih-alih keluar secara normal. Sesi tidak menyelesaikan proses logout dan memerlukan penutupan tab secara manual / memuat ulang untuk memulihkan.
Jendela “Properties” kosong pada folder
Ketika saya klik kanan pada folder di File Station dan memilih Properties, dialog Properties terkadang terbuka sebagai jendela kosong (tidak ada detail yang ditampilkan). Menutup dan membuka kembali mungkin diperlukan, namun perilakunya tidak konsisten.
Semua hal lain pada pengujian saya tetap stabil; dua poin ini tampak seperti regresi UI/UX, bukan masalah fungsional pada penyimpanan/jaringan.
Pengamatan tambahan pada QuTS hero 6.0 beta:
Proses logout berjalan dengan benar saat dilakukan secara manual oleh pengguna.
Namun, jika antarmuka web dibiarkan terbuka dalam waktu lama, batas waktu sesi akan memicu upaya logout otomatis.
Dalam kasus ini, UI (antarmuka pengguna) macet di layar pemuatan dan tidak mengarahkan ulang ke halaman login.
Penyegaran browser secara manual diperlukan untuk menyelesaikan proses logout.
Selain itu, setelah login berikutnya yang berhasil, antarmuka web (web UI) mungkin dimuat dalam keadaan rusak/tidak dapat digunakan, sehingga memerlukan penyegaran halaman secara manual lagi agar dapat ditampilkan dengan benar.
Preload dari “/usr/local/lib/libtrash.so” secara umum adalah praktik yang sangat buruk!
Saya menggunakan Entware OPKG untuk menyesuaikan dan mengotomatisasi beberapa proses. Dalam kasus khusus saya, saya memodifikasi skrip HBS3 untuk menyalakan dan mematikan HDD eksternal saya secara otomatis. Itu adalah skrip shell yang menggunakan busybox 1.37 yang telah dimodifikasi dari Entware.
Sebelum versi beta ini, skrip saya berjalan tanpa masalah, tetapi beta ini menggunakan trik yang sangat kotor dengan preload “libtrash.so” secara umum, sebelum skrip shell dieksekusi. Hal itu menyebabkan error saat menjalankan nc (netcat dari busybox):
/opt/bin/nc: /opt/lib/libc.so.6: version `GLIBC_2.33’ not found (required by /usr/local/lib/libtrash.so)
/opt/bin/nc: /opt/lib/libc.so.6: version `GLIBC_2.34’ not found (required by /usr/local/lib/libtrash.so)
Saya menemukan solusi untuk kasus khusus saya dan mengosongkan LD_PRELOAD di skrip shell saya. Namun, penggunaan teknik yang tidak bersih seperti ini benar-benar buruk dan tidak mencerminkan kualitas pemrograman QNAP dengan baik.
Hai, berdasarkan analisis internal kami, masalah ini tampaknya terkait dengan pembaruan toolchain pada versi 6.0. Karena BusyBox Anda tidak dibangun menggunakan toolchain khusus ini, maka tidak kompatibel dengan pustaka sistem.
Kami yakin masalah ini bukan disebabkan langsung oleh PRELOAD; melainkan, PRELOAD memaksa program untuk menggunakan pustaka sistem kami, yang kemudian memperlihatkan ketidakcocokan tersebut.
Kami berencana merilis komponen open-source yang diperlukan untuk versi ini setelah rilis resmi 6.0. Pada saat itu, Anda dapat mencoba membangun ulang alat Anda, yang secara teori seharusnya dapat menyelesaikan masalah ini. Terima kasih!
Kesan pertama
Sumber daya sistem saat idle
Pengujian performa SMB
Pemeriksaan snapshot
Log & notifikasi
Penilaian keseluruhan