NAS lambat

kr3425 · Maret 7, 2026, 5:32am

Saya baru saja meng-upgrade NAS saya dari QNAP TS-231P ke QNAP TS-932PX. Pengaturan baru ini menggunakan 4 SSD dalam RAID 6 untuk file sharing dan 5 HDD dalam RAID 6 untuk backup. NAS ini juga menjalankan backup cloud tambahan setiap malam.

Sekitar 10 orang di kantor kami menggunakan NAS untuk berbagi file, dan NAS ini sudah join ke Active Directory di Windows Server 2019.

Semuanya berjalan sempurna selama beberapa bulan. Namun, sekitar bulan lalu, pengguna mulai melaporkan kinerja yang sangat lambat setiap pagi. Membuka folder atau file bisa memakan waktu antara 2 hingga 30 detik.

Jika saya me-reboot NAS di pagi hari, NAS akan berjalan normal sepanjang hari. Namun, keesokan paginya lag kembali terjadi, dan satu-satunya cara untuk memperbaikinya lagi adalah dengan reboot ulang.

Saya sudah menghubungi dukungan QNAP, dan teknisi tingkat lanjut mereka sudah mencoba troubleshooting namun tidak menemukan masalah yang jelas. Mereka menyarankan untuk memantau swap file dan mungkin menambah RAM, tapi menurut saya itu kurang logis karena:

Penggunaan RAM tidak pernah lebih dari 40%
Penggunaan CPU tetap di bawah 10%
Jaringan (2.5Gb) hampir tidak terpakai
Saya sudah menghapus dan meng-join ulang NAS ke Active Directory
Latensi ping antara pengguna, server, dan NAS selalu sekitar 1 ms.
Disk berjalan pada kecepatan yang semestinya.

Setelah dua minggu troubleshooting, saya kehabisan ide. Langkah saya selanjutnya mungkin akan melepas NAS dari Active Directory untuk pengujian, atau mungkin reset dan format ulang NAS.

Terima kasih atas saran apa pun.

NA9D · Maret 7, 2026, 2:18pm

Jadi ada beberapa hal:

Jangan pernah menganggap penggunaan CPU = Beban CPU. Mereka berbeda. Anda bisa saja memiliki penggunaan CPU yang rendah namun beban CPU yang tinggi yang pasti akan memengaruhi sistem Anda. Untuk melihat beban CPU, buka shell SSH dan jalankan perintah top. Akan ada baris bernama Load Average yang terdiri dari 3 angka. Angka-angka tersebut mewakili rata-rata beban selama 1 menit, 5 menit, dan 15 menit terakhir atau jumlah thread yang sedang diproses oleh CPU. Jika angka load average lebih besar dari jumlah core pada unit Anda, maka Anda akan melihat kecepatan yang melambat. Misalnya, TS-873A saya memiliki 4 core nyata yang masing-masing mampu menjalankan 2 thread = 8 core. Jadi ketika TS-873A saya melewati angka 8, performanya mulai melambat. Jika Anda mengalami masalah kecepatan, periksa ini saat perangkat sedang lambat.

Saya pernah mengalami masalah pada QNAP saya di mana ada proses zombie yang berjalan dan mengonsumsi sumber daya namun tidak dimatikan dengan benar. Saya pernah mengalami masalah sebulan lalu di mana beban menunjukkan angka yang sangat besar. Ternyata itu disebabkan oleh sesuatu di Hybrid Backup Sync.

Proses atau aplikasi apa yang dijalankan NAS Anda, misalnya di malam hari atau semacamnya, yang bisa menyebabkan perlambatan? Backup bisa memakan banyak sumber daya dan memperlambat sistem jika tidak selesai sebelum hari berikutnya. Begitu juga dengan aplikasi lain, dsb.

Jadi langkah-langkah untuk mengatasinya:

1.) Mulailah dengan melihat TOP dan melihat berapa beban Anda dan jika tinggi, lihat apakah ada aplikasi yang menunjukkan penggunaan CPU tinggi di daftar di bawahnya.

2.) Mulai hentikan aplikasi yang berpotensi menggunakan sumber daya tinggi seperti Container Station, Virtualization Station, dsb. Hentikan aplikasi dari App Center. Amati selama beberapa menit untuk melihat apakah penggunaan mulai turun. Jika iya, berarti Anda menemukan aplikasi penyebabnya. Lanjutkan lakukan ini sampai Anda menemukan aplikasi yang menghabiskan beban CPU Anda.

3.) Setelah aplikasi penyebab dihentikan, reboot NAS.

4.) Setelah NAS reboot, jalankan kembali aplikasi tersebut.

5.) Pantau beban Anda untuk melihat apakah masalah masih terjadi.

Masalah seperti ini bisa memakan waktu dan usaha untuk menemukan penyebabnya. Jika Anda terus menekan dukungan QNAP untuk menelusuri masalah ini, mereka akan membantu Anda. Akan ada beberapa proses bolak-balik dengan mereka dan Anda perlu menjelaskan semua yang Anda lakukan. Minta agar kasus Anda dinaikkan tingkatnya. Pastikan mereka login ke NAS Anda dari Helpdesk dan memeriksa semuanya.

kr3425 · Maret 7, 2026, 9:16pm

Ini terjadi selama perlambatan pada 27 Februari dan saya melihat rata-rata load yang serupa pada hari-hari lain selama perlambatan

[~] # top
Mem: 3710592K CPU: 6.5% usr Load average: PID PPID USER 9727 1 admin 17316 14395 admin R 24832 17582 admin 29175 1 admin 14546 1 admin 26475 1 admin 30866 18157 admin 31531 1 admin S 15705 15704 admin S 12976 1 admin S 23248 1 admin S 15614 1 admin S 7338 1 admin S 26437 1 admin S 5698 1 admin S 11507 1 admin S 14644 14636 admin S 14366 1 admin S 17118 1 admin S 31916 1 admin S digunakan, 325376K bebas, 54016K shrd, 1495552K buff, 298496K cached
0.0% sys 0.0% nic 0.0% idle 93.4% io 0.0% irq 0.0% sirq
22.89 20.50 13.37 2/879 17322
STAT VSZ %VSZ CPU %CPU COMMAND
S 2314m 58.3 3 2.1 /sbin/hal_daemon -f
3520 0.0 1 2.1 top
S < 3060m 77.1 0 0.0 /usr/local/apache/bin/apache_proxy
S 1406m 35.4 1 0.0 {cc3-fastcgi} python /share/CACHED
S 1238m 31.1 1 0.0 /usr/local/sbin/qulogdb --defaults
S 1210m 30.4 0 0.0 {p2pagent} /share/CACHEDEV2_DATA/.
S 1205m 30.3 3 0.0 {apache_proxys} /usr/local/apache/
967m 24.3 2 0.0 /usr/local/mariadb/bin/mysqld --de
856m 21.5 0 0.0 /usr/local/sbin/ncd
855m 21.5 1 0.0 /usr/local/mariadb/bin/mysqld --de
838m 21.1 2 0.0 /usr/local/mariadb/bin/mysqld --de
486m 12.2 2 0.0 /usr/local/sbin/ncdb --defaults-fi
425m 10.7 2 0.0 /mnt/ext/opt/Python/bin/python ./m
326m 8.2 0 0.0 tunnelagent
296m 7.4 1 0.0 /sbin/cs_qdaemon
266m 6.7 3 0.0 /mnt/ext/opt/Python/bin/python /mn
260m 6.5 2 0.0 /usr/local/sbin/qulogd
260m 6.5 0 0.0 /usr/local/sbin/qulogd
260m 6.5 2 0.0 /usr/local/sbin/qulogd
249m 6.2 3 0.0 /usr/local/bin/qsyncsrv_monitor -p

Ini sekarang saat tidak ada yang bekerja

Mem: 3723328K digunakan, 312640K bebas, 46592K shrd, 1653312K buff, 219584K cached
CPU: 0.9% usr 1.3% sys 0.0% nic 97.6% idle 0.0% io 0.0% irq 0.0% sirq
Load average: 1.28 1.32 1.40 1/823 6903
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
9838 1 admin S 2251m 56.7 1 0.9 /sbin/hal_daemon -f
31602 1 admin S 903m 22.7 2 0.0 /usr/local/mariadb/bin/mysqld --defaults-file=/etc/
9890 1 admin S 46976 1.1 3 0.0 {nmd} python /usr/local/network/nmd/nmd.pyc
7426 1 admin S 14912 0.3 0 0.0 /mnt/ext/opt/netmgr/util/redis/redis-server *:0
6856 28205 admin R 4096 0.1 0 0.0 top
3808 17771 admin S < 3060m 77.1 2 0.0 /usr/local/apache/bin/apache_proxy -k start -f /etc
29211 1 admin S 1406m 35.4 0 0.0 {cc3-fastcgi} python /share/CACHEDEV3_DATA/.qpkg/Hy
14657 1 admin S 1238m 31.1 3 0.0 /usr/local/sbin/qulogdb --defaults-file=/mnt/ext/op
26675 1 admin S 1209m 30.4 0 0.0 /share/CACHEDEV2_DATA/.qpkg/CloudLink/bin/p2pagent
30877 18338 admin S 1205m 30.3 2 0.0 /usr/local/apache/bin/apache_proxys -k start -f /et
13123 1 admin S 855m 21.5 0 0.0 /usr/local/mariadb/bin/mysqld --defaults-file=/usr/
23639 1 admin S 838m 21.1 0 0.0 /usr/local/mariadb/bin/mysqld --defaults-file=/etc/
15746 15742 admin S 827m 20.8 2 0.0 /usr/local/sbin/ncd
15651 1 admin S 485m 12.2 2 0.0 /usr/local/sbin/ncdb --defaults-file=/mnt/ext/opt/N
7388 1 admin S 425m 10.7 3 0.0 /mnt/ext/opt/Python/bin/python ./manage.pyc runfcgi
27172 1 admin S 328m 8.2 0 0.0 tunnelagent
5757 1 admin S 296m 7.4 1 0.0 /sbin/cs_qdaemon
11649 1 admin S 266m 6.7 1 0.0 /mnt/ext/opt/Python/bin/python /mnt/ext/opt/netmgr/
14759 14751 admin S 260m 6.5 2 0.0 /usr/local/sbin/qulogd
31944 1 admin S 249m 6.2 1 0.0 /usr/local/bin/qsyncsrv_monitor -pid:31940 -reg:/sh
23915 1 admin S 248m 6.2 0 0.0 /usr/local/sbin/pp_qcoolied -f /etc/config/pp_qcool
4329 1 admin S 227m 5.7 3 0.0 /sbin/lvmetad
20500 1 admin S 219m 5.5 2 0.0 /usr/sbin/rsyslogd -f /etc/rsyslog_only_klog.conf -
30153 1 admin S 194m 4.8 1 0.0 {php-fpm-proxy} php-fpm: master process (/etc/php-f
30157 30153 admin S 194m 4.8 2 0.0 {php-fpm-proxy} php-fpm: pool www
30158 30153 admin S 194m 4.8 1 0.0 {php-fpm-proxy} php-fpm: pool www
31833 1 admin S 192m 4.8 3 0.0 /sbin/qsyncsrv_dbm -b
20970 1 admin S 174m 4.4 1 0.0 /sbin/qShield
20965 1 admin S 174m 4.4 3 0.0 qNoticeEngined: Write notice is enabled…
19864 1 admin S 169m 4.2 1 0.0 /usr/local/bin/rfsd_qmonitor -f:/tmp/rfsd_qmonitor.
18780 1 admin S 168m 4.2 2 0.0 /mnt/ext/opt/Python/bin/python2 /sbin/wsd.py
20967 1 admin S 167m 4.2 2 0.0 qLogEngined: Write log is enabled…
10396 10393 admin S 149m 3.7 0 0.0 /usr/local/bin/rates_monitor_start
18367 32316 admin S 135m 3.4 2 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
4595 32316 admin S 129m 3.2 0 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
24710 32316 admin S 126m 3.1 3 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
3771 32316 admin S 126m 3.1 1 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
9922 9890 admin S 116m 2.9 2 0.0 {ncaas} python /usr/local/network/nmd/nmd.pyc
9923 9890 admin S 116m 2.9 1 0.0 {qserviced} python /usr/local/network/nmd/nmd.pyc
32424 32316 admin S 113m 2.8 2 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
32316 1 admin S 113m 2.8 0 0.0 /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/c
14751 1 admin S 108m 2.7 2 0.0 /usr/local/sbin/qulogd
10729 9808 admin S < 107m 2.7 0 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
15742 1 admin S 106m 2.6 2 0.0 /usr/local/sbin/ncd
21592 1 admin S 104m 2.6 2 0.0 /usr/bin/qsnapman
29655 1 admin S 99m 2.5 2 0.0 /usr/bin/RTRR_MANAGER
9846 9808 admin S < 98m 2.4 0 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
15727 1 admin S 99520 2.4 0 0.0 /usr/local/sbin/ncloud
9847 9808 admin S < 97152 2.3 0 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
9902 9808 admin S < 96832 2.3 3 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
32321 32316 admin S 95360 2.3 0 0.0 {cleanupd} /usr/local/samba/sbin/smbd -l /var/log -
32319 32316 admin S 95232 2.3 3 0.0 {smbd-notifyd} /usr/local/samba/sbin/smbd -l /var/l
7037 9808 admin S < 93312 2.3 2 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
9808 1 admin S < 86912 2.1 0 0.0 /usr/local/samba/sbin/winbindd -s /etc/config/smb.c
19856 1 admin S 77056 1.9 2 0.0 /sbin/rfsd -i -f /etc/rfsd.conf
30107 30105 admin S < 73792 1.8 0 0.0 /home/httpd/cgi-bin/qsync/qsyncsrv.fcgi

Saya juga memasukkan statistik ini ke AI

https://x.com/i/grok/share/c0ff440f825b46b8a25c50b0050f0416

NA9D · Maret 8, 2026, 5:47am

Jadi, beban sebesar 22,89 akan terasa sangat lambat.

Sekarang, Anda perlu mencari tahu apa penyebabnya. Sulit untuk mengetahui proses spesifik mana yang menyebabkan hal itu. Jadi, perhatikan hal-hal berikut:

1.) Apakah Anda menjalankan backup (cadangan) di malam hari?
2.) Apakah backup tersebut selesai sebelum pagi?
3.) Apa yang terjadi jika Anda tidak menjalankan backup di malam hari?
4.) Cobalah untuk menghentikan aplikasi satu per satu saat beban tinggi. Mulailah dengan aplikasi seperti Container Station, Virtualization Station, Web Server, dan sebagainya. Matikan satu per satu. Tunggu beberapa menit setiap kali dan lihat apa yang terjadi pada beban. Ketika Anda menemukan aplikasi yang dimaksud, beban akan turun dengan cukup cepat.

Sayangnya, TS-932PX Anda menggunakan CPU ARM A57. Ini memang peningkatan dari TS-231P Anda, tapi hanya sedikit. Jika Anda menggunakan NAS ini untuk keperluan bisnis, Anda perlu membeli NAS yang berbeda. ARM Cortex A57 adalah MPU yang bagus, tapi lebih cocok untuk aplikasi embedded tertentu. Ini bukan pilihan yang tepat untuk menjalankan file server untuk 10 orang. Maaf harus memberitahu Anda, tapi Anda membeli NAS yang salah sebagai upgrade. Setidaknya, Anda sebaiknya beralih ke NAS berbasis X86 dan paling rendah yang saya sarankan adalah model seperti AMD Ryzen V1500B, misalnya TS-x73A NAS. Akan lebih baik lagi jika menggunakan i5 atau i7, meskipun harganya memang lebih mahal.

kr3425 · Maret 8, 2026, 2:08pm

NAS digunakan hanya untuk berbagi file. Tidak menjalankan server apa pun. TS-231P bekerja dengan baik selama bertahun-tahun. Saya upgrade ke TS-932PX hanya untuk menambah kapasitas disk.

NAS berjalan cepat sepanjang hari jika direboot di pagi hari. Backup selesai pada malam hari dan tidak berjalan di pagi hari.

Saran Anda tentang load average yang tinggi adalah hal paling membantu sejauh ini dan memberi saya arahan untuk troubleshooting lebih lanjut.

dosborne · Maret 8, 2026, 2:45pm

Jelas ini tidak bagus.

Sebagai catatan tambahan, jika memang hanya masalah ruang penyimpanan, kamu bisa saja meng-upgrade drive di 231P. Itu yang saya lakukan (QNAP TS-231P-US 2x18TB Seagate Exos)

Saya biasanya mencurigai perangkat penyimpanan dalam situasi seperti ini. Biasanya, saya sarankan untuk memeriksa statistik drive dan diagnostik SMART, tapi saya tidak yakin apa yang tersedia untuk SSD (karena saya sendiri tidak punya SSD di unit NAS saya).

Mungkin bisa posting nomor model SSD-nya dan lihat apakah itu memicu ide untuk orang lain.

Ada bottleneck di sana yang menyebabkan keterlambatan CPU Load.

Kamu juga bisa membuat tiket dukungan ke QNAP dan mereka bisa melakukan investigasi.

kr3425 · Maret 8, 2026, 3:13pm

Disk telah diuji dan berjalan pada kecepatan serta IOPS yang sesuai. Saya memang migrasi dari QNAP TS-231P. Jadi saya sedang mempertimbangkan untuk mereset semuanya dan memulai dari pengaturan awal.

5x WD Red Plus untuk backup malam RAID6

IOPS 73, 117, 77, 125, 113

MB/s 176, 177, 176, 194

4x WD Red SA500 2TB penyimpanan RAID6

IOPS 40434, 40701, 40627, 40011

MB/s 537, 537, 538, 538

NA9D · Maret 10, 2026, 1:27pm

Jadi, ada kemungkinan ada beberapa thread zombie yang tersisa dari proses backup Anda yang tidak dimatikan dengan benar. Saya pernah melihat ini sebelumnya.

Aplikasi backup apa yang Anda gunakan?

Jika Anda menggunakan Hybrid Backup Sync lakukan hal berikut:

1.) Matikan HBS
2.) Reboot NAS
3.) Nyalakan HBS

Ada sesuatu tentang mematikan aplikasi sebelum reboot yang akan membunuh semua proses sisa ini dan mereka tidak akan berjalan lagi, berbeda dengan hanya reboot yang pada dasarnya mengembalikan keadaan seperti semula.

kr3425 · Maret 10, 2026, 5:01pm

Saya telah menonaktifkan layanan backup sepenuhnya namun tetap lambat keesokan paginya. Temuan terbaru saya adalah kemungkinan terkait dengan file swap yang tumbuh hingga lebih dari 800MB. Tidak ada yang tahu alasannya. Dukungan teknis akan terhubung dari jarak jauh hari ini.

kr3425 · Maret 10, 2026, 5:05pm

Saya memilih TS-932PX karena jumlah drive yang didukungnya. 4x 2,5” dan 5x 3,5” yang sangat praktis. Saya sudah menggunakan Synology NAS sepanjang hidup saya, dan memilih QNAP karena kantor ini sudah punya QNAP sehingga memudahkan transfer pengaturan. Saya agak menyesal tidak memilih Synology.

NA9D · Maret 11, 2026, 1:41am

Jadi, apakah kamu sudah me-reboot NAS setelah menonaktifkan software backup-mu?

Swap 800 MB seharusnya tidak menjadi masalah. Swap saya saat ini 1 Gig dan NAS saya berjalan dengan baik.

Apakah kamu sudah melakukan seperti yang saya sarankan, yaitu mematikan aplikasi/layanan yang berjalan satu per satu untuk melihat apa yang terjadi?

Juga, saya lupa menanyakan ini: Apakah kamu menggunakan Qsirch? Qsirch akan menggunakan banyak sekali sumber daya sistem sampai seluruh drive kamu selesai diindeks.

Saya rasa kamu tidak menggunakannya berdasarkan hasil TOP yang kamu tampilkan, tapi saya harus bertanya. Saya sudah melihat kembali hasil TOP yang kamu posting. Ada sesuatu yang menonjol:

kr3425:

PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
9727     1 admin    S    2314m 58.3   3  2.1 /sbin/hal_daemon -f
17316 14395 admin    R     3520  0.0   1  2.1 top
24832 17582 admin    S <  3060m 77.1   0  0.0 /usr/local/apache/bin/apache_proxy
29175     1 admin    S    1406m 35.4   1  0.0 {cc3-fastcgi} python /share/CACHED
14546     1 admin    S    1238m 31.1   1  0.0 /usr/local/sbin/qulogdb --defaults
26475     1 admin    S    1210m 30.4   0  0.0 {p2pagent} /share/CACHEDEV2_DATA/.
30866 18157 admin    S    1205m 30.3   3  0.0 {apache_proxys} /usr/local/apache/
31531     1 admin    S     967m 24.3   2  0.0 /usr/local/mariadb/bin/mysqld --de
15705 15704 admin    S     856m 21.5   0  0.0 /usr/local/sbin/ncd
12976     1 admin    S     855m 21.5   1  0.0 /usr/local/mariadb/bin/mysqld --de
23248     1 admin    S     838m 21.1   2  0.0 /usr/local/mariadb/bin/mysqld --de
15614     1 admin    S     486m 12.2   2  0.0 /usr/local/sbin/ncdb --defaults-fi

Pertama, berapa banyak memori yang kamu punya?

Untuk apa kamu menggunakan Apache? Itu adalah web server bawaan. Kamu seharusnya tidak perlu mengaktifkannya kecuali menjalankan aplikasi web server tertentu. Aplikasi-aplikasi ini semuanya menggunakan virtual memory yang cukup besar dan angka %VSZ itulah yang mengkhawatirkan. Saya baru saja melihat TS-873A saya yang cukup banyak aplikasi, dan meskipun aplikasi saya juga menggunakan virtual memory yang lumayan, tidak ada yang di atas 12% Virtual Size.

Berdasarkan output TOP-mu, kamu sudah menggunakan 3,71 GB memori. Kamu hanya punya 325 MB memori bebas. Inilah masalahnya. Kamu butuh lebih banyak memori, apalagi kalau ada 10 orang yang berbagi NAS-mu. Apakah kamu masih menggunakan RAM bawaan 4 GB dari unitnya?

Menurut saya, kamu sebaiknya pakai minimal 16 Gig, kalau bisa 32 Gig.

Ini BUKAN masalah QNAP vs. Synology. Ini masalah NAS yang tidak diberikan sumber daya yang memadai.

kr3425 · Maret 11, 2026, 5:00pm

NAS lama memiliki RAM 1GB dan berjalan dengan baik selama bertahun-tahun.

Ini dari dukungan teknis. Para pengembang QNAP saat ini sedang menyelidikinya.

-dua HDD (sda dan sdb) mengalami pemanfaatan I/O yang sangat tinggi (~100%), yang menyebabkan RAID pool dan NAS masuk ke status sibuk.

memori bebas turun hingga sekitar 450 MB, dan rata-rata beban CPU mencapai 24,9.

10 orang yang mengakses file bersama melalui SMB seharusnya tidak memerlukan RAM lebih banyak pada NAS.

NA9D · Maret 11, 2026, 9:02pm

Terserah kamu. Kamu bisa mengabaikan saran kami, tapi saya katakan bahwa RAM 4 Gig tidaklah cukup. Penggunaan memori virtual kamu tinggi karena aplikasi-aplikasi kamu menghabiskan memori yang ada dan tidak punya ruang yang cukup untuk beroperasi. Saya tidak peduli jika NAS lamamu hanya punya 1 Gig dan berjalan baik selama bertahun-tahun. Kemungkinan besar juga menjalankan OS yang lebih lama. PC IBM lama saya saja hanya punya 128k. Itu jelas tidak cukup untuk sekarang!

Kamu bisa mengabaikan saran kami jika mau, tapi kalau begitu tidak ada lagi yang bisa kami lakukan untuk membantumu.

Apache memakan sumber daya memori virtual yang sangat besar. Saya sama sekali tidak melihat ini di NAS saya. Itu sebabnya saya bertanya untuk apa kamu menggunakan Apache. Di NAS saya, posisinya sangat jauh di bawah daftar, sampai saya tidak bisa melihatnya.

Kamu juga menjalankan peer to peer agent (p2pagent) yang juga menghabiskan sumber daya memori.

Kamu belum pernah menyatakan apakah sudah mencoba mematikan aplikasi lain dan melihat apa yang terjadi. Itu sudah menjadi saran saya sejak awal, tapi kamu terus mengatakan bahwa yang kamu lakukan hanya berbagi file, padahal yang kami lihat adalah penggunaan memori virtual yang besar karena aplikasi-aplikasi yang berjalan sedang melakukan sesuatu, mengisi memori yang tersedia, dan akibatnya mereka harus menjalankan sebagian sumber dayanya dengan cache ke disk, itulah sebabnya semuanya jadi lambat.

Tapi ya sudahlah…

kr3425 · Maret 11, 2026, 10:56pm

Web server tidak dicek. Saya tidak tahu cara menonaktifkan Apache, dan kenapa itu berjalan juga? Saya kira itu bagian dari OS QNAP.

Saya tidak tahu cara mematikan aplikasi yang bukan bagian dari NAS store, dan tidak ada aplikasi yang diinstal dari NAS store kecuali backup, yang saat ini dinonaktifkan.

Seharusnya tidak ada yang di-cache di mana pun. Kami hanya menggunakan share folder dasar. Ada yang tidak beres dengan konfigurasinya. Saya akan refresh NAS dari awal. Saya merasa ada sesuatu yang tidak berjalan dengan baik saat transisi dari NAS lama.

Saya sangat menghargai bantuan Anda.

dosborne · Maret 11, 2026, 11:28pm

Saya rasa itu ide yang bagus karena akan menghilangkan sejumlah variabel.

Namun saya agak bingung dengan langkah-langkah yang sebenarnya Anda lakukan saat tolong jelaskan ketika Anda mengatakan Anda “bertransisi” dari NAS lama Anda. Apa atau bagaimana Anda melakukannya? Mungkin saja tidak penting, tapi mungkin bisa memberikan sedikit gambaran tentang apa yang sedang terjadi. Akan sangat disayangkan jika sebenarnya ada solusi mudah atau Anda malah mengonfigurasi ulang sesuatu yang justru berdampak buruk.

NA9D · Maret 13, 2026, 12:29am

Memang, tapi masalahnya adalah tampaknya Apache menggunakan cukup banyak memori dan Anda tidak memiliki banyak memori.

Anda mematikan aplikasi dari App Center. Klik panah di samping aplikasi lalu pilih stop:

Jika Anda hanya menggunakan file sharing dan Hybrid Backup Sync, mungkin ada aplikasi lain yang juga bisa Anda matikan. Layak untuk dicek.

OK, saat saya bilang cache, maksudnya OS melakukan cache aplikasi Anda ke disk karena Anda tidak punya cukup memori. Jadi semua proses ini berjalan, Anda kehabisan memori sehingga OS menggunakan ruang—hard drive sebagai memori virtual. OS menulis sebagian atau seluruh aplikasi di memori ke hard drive. Lalu saat Anda ingin mengaksesnya, harus dibaca dari memori, dan seterusnya. Inilah yang disebut file “swap”.

Anda bisa coba membangun ulang NAS. Tapi saya masih berpikir Anda akan tetap kehabisan memori. Empat gigabyte di sistem modern memang tidak cukup—terutama untuk server…

kr3425 · Maret 13, 2026, 3:41pm

Saya tidak menginstal apa pun kecuali HBS3 yang saat ini dinonaktifkan.

Saya memindahkan disk dari NAS lama dan memulihkan file cadangan konfigurasi di NAS baru.

Saya akan melakukan reset penuh dan format ulang akhir pekan ini.