Skip to main content

apache 2.2 - Memory Ram too high in HTTPD processes

I management two dedicated servers. I use Centos 6 with Plesk Panel. Update: I use Apache with mod_php.




On the first server I have a site in Wordpress.



I have noticed that my httpd processes take up more memory each time. Besides the 'top' command, I use the following command to find out: 



ps -ylC httpd --sort:rss


Image:



enter image description here




Pay attention to the RSS column. The httpd processes from 13MB to 127MB occupy in ram.



Installed apache modules are: 



# Httpd l 
Compiled in modules: 
   core.c 
   prefork.c 
   http_core.c 

   mod_so.c


On the second server I have a website PHPBB.



In this case the involved processes like httpd. All occupy about 85MB.



Image:



enter image description here




I've read that should occupy 20MB. How I can profiling or optimize this? With what tool? Xhprof I tried, but it says that the memory used is less than that then use really ...



My memory are intensive in my servers. This is a big problem.



Update:



Server 1 Meminfo output:



#cat /proc/meminfo

MemTotal:        5969120 kB
MemFree:          625720 kB
Buffers:          218424 kB
Cached:          3289320 kB
SwapCached:        61020 kB
Active:          2832624 kB
Inactive:        2066428 kB
Active(anon):    1111532 kB
Inactive(anon):   343184 kB
Active(file):    1721092 kB

Inactive(file):  1723244 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:       1959920 kB
SwapFree:        1789764 kB
Dirty:              1044 kB
Writeback:             0 kB
AnonPages:       1348048 kB
Mapped:            53712 kB
Shmem:             63408 kB

Slab:             379972 kB
SReclaimable:     220388 kB
SUnreclaim:       159584 kB
KernelStack:        2064 kB
PageTables:        28848 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     4944480 kB
Committed_AS:    3148736 kB

VmallocTotal:   34359738367 kB
VmallocUsed:       24764 kB
VmallocChunk:   34359713428 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB

DirectMap4k:     6291456 kB
DirectMap2M:           0 kB


Server 1 pmap of the httpd most memory processes (127mb and 118mb):



# pmap 11737
11737:   /usr/sbin/httpd
 total                0K
# pmap 12099

12099:   /usr/sbin/httpd
 total                0K


Server 2 Meminfo output:



# cat /proc/meminfo
MemTotal:       10088968 kB
MemFree:         1773488 kB
Buffers:          237064 kB

Cached:          5752804 kB
SwapCached:        38764 kB
Active:          4516332 kB
Inactive:        2738344 kB
Active(anon):    1028388 kB
Inactive(anon):   267156 kB
Active(file):    3487944 kB
Inactive(file):  2471188 kB
Unevictable:           0 kB
Mlocked:               0 kB

SwapTotal:       1959920 kB
SwapFree:        1883656 kB
Dirty:              4444 kB
Writeback:             0 kB
AnonPages:       1226476 kB
Mapped:            37020 kB
Shmem:             30736 kB
Slab:             862964 kB
SReclaimable:     762056 kB
SUnreclaim:       100908 kB

KernelStack:        2424 kB
PageTables:        57564 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     7004404 kB
Committed_AS:    2753212 kB
VmallocTotal:   34359738367 kB
VmallocUsed:       42048 kB
VmallocChunk:   34359642628 kB

HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:    10485760 kB
DirectMap2M:           0 kB



Server 2 httpd pmap:



# pmap 29772
29772:   /usr/sbin/httpd
 total                0K

Comments

Post a Comment

Popular posts from this blog

linux - iDRAC6 Virtual Media native library cannot be loaded

When attempting to mount Virtual Media on a iDRAC6 IP KVM session I get the following error: I'm using Ubuntu 9.04 and: $ javaws -version Java(TM) Web Start 1.6.0_16 $ uname -a Linux aud22419-linux 2.6.28-15-generic #51-Ubuntu SMP Mon Aug 31 13:39:06 UTC 2009 x86_64 GNU/Linux $ firefox -version Mozilla Firefox 3.0.14, Copyright (c) 1998 - 2009 mozilla.org On Windows + IE it (unsurprisingly) works. I've just gotten off the phone with the Dell tech support and I was told it is known to work on Linux + Firefox, albeit Ubuntu is not supported (by Dell, that is). Has anyone out there managed to mount virtual media in the same scenario?
Post a Comment
Read more

hp proliant - Smart Array P822 with HBA Mode?

We get an HP DL360 G8 with an Smart Array P822 controller. On that controller will come a HP StorageWorks D2700 . Does anybody know, that it is possible to run the Smart Array P822 in HBA mode? I found only information about the P410i, who can run HBA. If this is not supported, what you think about the LSI 9207-8e controller? Will this fit good in that setup? The Hardware we get is used but all original from HP. The StorageWorks has 25 x 900 GB SAS 10K disks. Because the disks are not new I would like to use only 22 for raid6, and the rest for spare (I need to see if the disk count is optimal or not for zfs). It would be nice if I'm not stick to SAS in future. As OS I would like to install debian stretch with zfs 0.71 as file system and software raid. I have see that hp has an page for debian to. I would like to use hba mode because it is recommend, that zfs know at most as possible about the disk, and I'm independent from the raid controller. For us zfs have many benefits,
Post a Comment
Read more

apache 2.2 - Server Potentially Compromised -- c99madshell

So, low and behold, a legacy site we've been hosting for a client had a version of FCKEditor that allowed someone to upload the dreaded c99madshell exploit onto our web host. I'm not a big security buff -- frankly I'm just a dev currently responsible for S/A duties due to a loss of personnel. Accordingly, I'd love any help you server-faulters could provide in assessing the damage from the exploit. To give you a bit of information: The file was uploaded into a directory within the webroot, "/_img/fck_uploads/File/". The Apache user and group are restricted such that they can't log in and don't have permissions outside of the directory from which we serve sites. All the files had 770 permissions (user rwx, group rwx, other none) -- something I wanted to fix but was told to hold off on as it wasn't "high priority" (hopefully this changes that). So it seems the hackers could've easily executed the script. Now I wasn't able
Post a Comment
Read more