02-21-2012
I don't think high "file pages" is bad per se, if that's disk cache like the documents I've found suggest. The OS should give that up as easily as "free", and when the right things get cached(frequently used programs and data) it's not just harmless, it's highly beneficial.
But large amounts of disk access can cause cache pollution -- all the "good" disk cache of frequently-used programs and data gets recycled, to make room for the "more recent" disk activity caused by a big FTP transfer.
This useless cache will be replaced by better things once they're used again, but not before, which may be surprisingly slow once you're used to how fast they work when cached...
6 More Discussions You Might Find Interesting
1. Programming
Hi,
First of all I appreciate this group very much for its informative discussions and posts.
Here is my question.
I have one process whose virtual memory size increases linearly from 6MB to 12MB in 20 minutes. Does that mean my process has memory leaks?
In what cases does the... (4 Replies)
Discussion started by: shriashishpatil
4 Replies
2. AIX
Hi,
Would any one be so kind to explain me :
are ulimits defined for each user seperately ? When ?
Specialy what is the impact of :
max locked memory
and
virtual memory
on performance of applications for a user.
Many thanks.
PS :
this is what I can see in MAN :
ulimit ]
... (5 Replies)
Discussion started by: big123456
5 Replies
3. UNIX for Dummies Questions & Answers
Hi All,
Does anyone know what the best commands in the UNIX command line are for obtaining this info:
current CPU usage
memory usage
virtual memory usage
preferably with date and time parameters too?
thanks
ocelot (4 Replies)
Discussion started by: ocelot
4 Replies
4. AIX
Hello All
I have a system running AIX 61 shared uncapped partition (with 11 physical processors, 24 Virtual 72GB of Memory) .
The output from NMON, vmstat show a high run queue (60+) for continous periods of time intervals, but NO paging, relatively low I/o (6000) , CPU % is 40, Low network.... (9 Replies)
Discussion started by: IL-Malti
9 Replies
5. Red Hat
I've got RHEL5 running in CLI mode on a powerful workstation. It was a Pentium Pro 200 Mhz, but was upgraded to the new Pentium II Overdrive 333 Mhz chip. This machine has 128 MB of RAM. The video card is an ATI Radeon 9250.
RHEL5 runs fine in 128 MB in CLI mode. It won't run in GUI mode... (7 Replies)
Discussion started by: lupin..the..3rd
7 Replies
6. UNIX for Advanced & Expert Users
Could I please get some recommendations of a linux live cd for low memory? (1 Reply)
Discussion started by: cokedude
1 Replies
LEARN ABOUT SUSE
gtk-update-icon-cache
GTK-UPDATE-ICON-C(1) [FIXME: manual] GTK-UPDATE-ICON-C(1)
NAME
gtk-update-icon-cache - Icon theme caching utility
SYNOPSIS
gtk-update-icon-cache [--force] [--ignore-theme-index] [--index-only] [--source [name]] [--quiet] [--validate] {iconpath}
DESCRIPTION
gtk-update-icon-cache creates mmap()able cache files for icon themes.
It expects to be given the path to a icon theme directory containing an index.theme, e.g. /usr/share/icons/hicolor, and writes a
icon-theme.cache containing cached information about the icons in the directory tree below the given directory.
GTK+ can use the cache files created by gtk-update-icon-cache to avoid a lot of system call and disk seek overhead when the application
starts. Since the format of the cache files allows them to be mmap()ed shared between multiple applications, the overall memory consumption
is reduced as well.
OPTIONS
--force, -f
Overwrite an existing cache file even if it appears to be uptodate.
--ignore-theme-index, -t
Don't check for the existence of 'index.theme' in the icon theme directory. Without this option, gtk-update-icon-cache refuses to
create an icon cache in a directory which does not appear to be the toplevel directory of an icon theme.
--index-only, -i
Don't include image data in the cache.
--source, -c
Output a C header file declaring a constant name with the contents of the icon cache.
--quiet, -q
Turn off verbose output.
--validate, -v
Validate existing icon cache.
BUGS
None known yet.
[FIXME: source] 05/02/2010 GTK-UPDATE-ICON-C(1)