How to investigate sucked up RAM 3133
Black Sun and said:
Your free output is missing a line. Try again, using free -m, and include all the lines next time.
paganini:~$ free -m total used free buffers cached Mem: 377 248 129 16 108 buffers-cache: 123 254 Swap: 258 0 258
...paganini is my laptop; 384M. The report from free shows 254M free. The first line, reporting 129M free, is not the number you want--check the FAQ that's posted weekly to learn why. Usually, the first free line will be a very small number, ~= 4M, because Linux uses as much of your RAM as possible for disk cache, which usually makes things faster.
No. That's ImageMagick.
Here's the first few lines from "top" on a freshly rebooted Gentoo Linux (2.6.11) box w-1Gig of RAM and 1Gig of swap space: ------------------------------------------------------------------------ top - 14:07:45 up 4 min, 2 users, load average...
That shouldn't happen. ImageMagick can be a total memory hog, but it should at most invoke the OOM person, not cause a kernel panic. Unless you meant something else by "system crashes"--please elaborate. ImageMagick's memory-hog problem and general speed have gotten better with the latest few releases; upgrade to 6.1.8 if you can--6.1.3 had a serious bug in that it didn't write correct Resolution tags to TIFFs.
free and top get their memory info fromproc-meminfo .
Post the output of "uname -a" and "convert -version". In most cases, the kernel VM is smarter than you are.
-- Matt GThere is no Darkness in Eternity-But only Light too dim for us to see Brainbench MVP for Linux Admin mail: TRAP + SPAN don't belong
Linux groups from Newsgroups