Take the 2-minute tour ×
Server Fault is a question and answer site for professional system and network administrators. It's 100% free, no registration required.

I have a VPS running on hypervm

in proceses list i have something like this

> /usr/libexec/mysqld --basedir=/usr
> --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/

user : mysql

which takes 150 mb RAM

and then

    /usr/sbin/named -u named -t /var/named/chroot 

user : Named

50 mb RAM taken by this process

how can i solve this overusage of RAM and reduce it .

I have access to root and SSH

share|improve this question
add comment

2 Answers

up vote 2 down vote accepted
+50

Do you use MySQL and/or Bind on this VPS? If not, remove or disable them. Otherwise, you'll need to dive into the configuration files for both services.

If all else fails, add more memory!

share|improve this answer
    
that's correct bind and mysql are not good togather.. –  Mac Taylor May 15 '11 at 7:16
add comment

HyperVM isn't a virtualization platform, it's a control panel for either OpenVZ or Xen. Which of those your VPS is running on could be important for solving this, so you should find out which you are using.

If you're on OpenVZ, some of that memory "usage" could come from it measuring stack allocation instead of actual used memory. You should run 'ps aux' and pay attention to the RSS and the VSZ fields. If named or mysql are low in RSS but high in VSZ, you should try reducing the stack size with something like 'ulimit -s 256' in the startup script for the service. See lowendbox's article on this.

MySQL's memory usage can be cut way down by removing non-MyISAM table support, if your application will be alright with that. lowendbox has many articles about this, including one on running 18 static sites and wordpress on a 64MB VPS.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.