[Ask] Penggunaan Memori di VPS


Status
Not open for further replies.

JuraganWebHosting

Apprentice 1.0
Halo temen2 sekalian,

Mau nanya sedikit, saya ada hosting untuk satu website ecommerce dengan paket vps dan memori limit 1,5 GB swap 1.5 GB juga.. os nya dengan centos 5..

Yang mau saya tanyakan adalah biasanya dengan trafik web normal (3000-4000 visitor per hari) pada hari kerja, penggunaan memori kami di kisaran 600-700 mb dan yang paling tinggi penggunaan memorinya adalah untuk service httpd dan mysql..

nah kalau dibiarkan berjalan selama 1-2 minggu dengan trafik yang normal , penggunaan memori ini meningkat dengan sendirinya menjadi 2x lipat di kisaran 1.4 GB.. padahal tidak ada yang aneh2 running di server.. kalau service mysql dan httpd di restart.. tidak pengaruh.. tetap di kisaran 1.4 GB.

Tapi kalau kita restart virtual machine nya melalui solus-vm, maka penggunaan memori akan kembali ke kisaran 600-700 mb lagi.. nanti 1-2 minggu kemudian kejadian lagi.. naik di kisaran 1.4GB..

kira-kira kalau kasusnya seperti itu kenapa yah? apa yang jadi penyebabnya? mohon bantuannya.. terima kasih banyak..
 
di ps aux secara record, proses apa yang menaik penggunaannya? misalkan setelah di restart di ps aux, trus per 1-3 hari di ps aux atau begitu dah 1 minggu di ps aux, trus di bandingkan, apakah bisa terlihat dari situ?

Itu sih cara saya, mungkin suhu lainnya ada yang punya cara yang lebih efisien..
 
Halo temen2 sekalian,

Mau nanya sedikit, saya ada hosting untuk satu website ecommerce dengan paket vps dan memori limit 1,5 GB swap 1.5 GB juga.. os nya dengan centos 5..

Yang mau saya tanyakan adalah biasanya dengan trafik web normal (3000-4000 visitor per hari) pada hari kerja, penggunaan memori kami di kisaran 600-700 mb dan yang paling tinggi penggunaan memorinya adalah untuk service httpd dan mysql..

nah kalau dibiarkan berjalan selama 1-2 minggu dengan trafik yang normal , penggunaan memori ini meningkat dengan sendirinya menjadi 2x lipat di kisaran 1.4 GB.. padahal tidak ada yang aneh2 running di server.. kalau service mysql dan httpd di restart.. tidak pengaruh.. tetap di kisaran 1.4 GB.

Tapi kalau kita restart virtual machine nya melalui solus-vm, maka penggunaan memori akan kembali ke kisaran 600-700 mb lagi.. nanti 1-2 minggu kemudian kejadian lagi.. naik di kisaran 1.4GB..

kira-kira kalau kasusnya seperti itu kenapa yah? apa yang jadi penyebabnya? mohon bantuannya.. terima kasih banyak..
ini settingan php nya pakai fcgi ?
settingan memori php nya berapa ya ?
 
klo dari output dari "free -m" pd saat setelah di restart dan setelah seminggu apa pak?

klo ga mau report cukup restart httpd dan mysql setiap hari di jam yg paling tidak sibuk :)
 
wah mantab terima kasih sarannya @ngaco :) dicoba dulu deh..

@BennyKusman : kalau php iyah pakai fastcgi pak.. memory limitnya 32 mb

@arieonline : iyah sedang mau coba schedule restart httpd dan mysql nih.. mudah2an membantu :) terima kasih..
 
Sekedar saran, tidak perlu restart mysql/httpd. Cukup di 'bebas' kan saja memory yang ada di cache. Sebenarnya meski kelihatan free tinggal beberapa mb, tetapi jika di cache masih ada, maka sistem bisa menggunakannya.

Tetapi jika memang mau tetap melihat free nya besar, bisa pakai cron berikut:

/bin/sync; echo 3 > /proc/sys/vm/drop_caches

Boleh dicoba per 6 jam cronnya, kalau misalnya dirasa kurang boleh diset per 3 jam.

Semoga bermanfaat
 
@twistedshells : mantab nih sarannya pak.. saya sudah test.. memory cached nya langsung berkurang dan memory used nya juga langsung jauh berkurang.. cuman yang saya clear hanya page cache nya saja jadi cron yang saya set :

sync; echo 1 > /proc/sys/vm/drop_caches , terima kasih banyak sarannya pak, cuman apakah ada efek samping nya yah kalau saya run per 2 hari gitu? :)
 
Sebaiknya cukup 'sync; echo 3 > /proc/sys/vm/drop_caches' saja terutama bila pakai php-fpm bisa timbul masalah.
 
Sebaiknya cukup 'sync; echo 3 > /proc/sys/vm/drop_caches' saja terutama bila pakai php-fpm bisa timbul masalah.

kalau kita pakai fast-cgi, apakah perlu pakai php-fpm pak? terima kasih atas jawabannya :)
 
Status
Not open for further replies.
Back
Top