Jerry Stuckle;88408 Wrote:
>
Are you talking about real memory or virtual memory? How much of each
do you have? And is it PHP and/or MySQL using the memory or something
else? Is this average or peak?
What are you doing in your scripts which might be memory intensive?
I.e.
are you using large arrays? Graphic manipulation? Reading large
files
into memory? Something else?
I regularly run 75%+ of real memory on my VPS's and they runs fine.
But
I also have the systems tuned to run that way.
Well, everything runs fine except for the WHM updates, every nights it
tries to update the system but for the life of me I cannot see what
could take so much memory, (maybe the unpacking?).
I am a windows user but my VPS is unix, so I am not sure if I am using
Virtual or real memory. And if I should allocate virtual memory or
not.
I am guessing that if I could allocate some virtual memory then the WHM
updates could run without a hitch.
The reason I ask is, last week the system went down and since then the
Hosting co is saying that it was my fault, (but I had changed nothing
in my scripts).
After complaining that they had screwed up the system and not me they
are now saying that I am using too much memory and the Updates are
crashing every morning.
I have disabled the updates for now, but i need to resolve the issue.
What are the unix commands to
- Get the virtual memory
- Get the real memory
- Set the virtual memory, (and what do you suggest it should be?)
Thanks
FFMG
--
'webmaster forum' (
http://www.httppoint.com) | 'Free Blogs'
(
http://www.journalhome.com/) | 'webmaster Directory'
(
http://www.webhostshunter.com/)
'Recreation Vehicle insurance'
(
http://www.insurance-owl.com/other/car_rec.php) | 'Free URL
redirection service' (
http://urlkick.com/)
------------------------------------------------------------------------
FFMG's Profile:
http://www.httppoint.com/member.php?userid=580
View this thread:
http://www.httppoint.com/showthread.php?t=19636
Message Posted via the webmaster forum
http://www.httppoint.com, (Ad revenue sharing).