This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: GCC 4.1: Buildable on GHz machines only?


On Mon, 16 May 2005, DJ Delorie wrote:


so I assume setting hard ulimit to 128MB will just result in build
process crashing instead of slowdown and swapping,

We would limit physical ram, not virtual ram. If you do a "man setrlimit", I'm talking about RLIMIT_RSS. The result would be slowing down and swapping, not crashing.

But will this really work? For example FreeBSD's manpage says:


``RLIMIT_RSS      The maximum size (in bytes) to which a process's resident
                  set size may grow.  This imposes a limit on the amount of
                  physical memory to be given to a process; if memory is
                  tight, the system will prefer to take memory from pro-
                  cesses that are exceeding their declared resident set
                  size.''

What I have problem understanding is the last sentence of this paragraph in the light of your claim that it will results in swapping especially when we consider developers' machines with 512MB/1GB RAM, i.e. machines where memory is not "tight".

Thanks,
Karel
--
Karel Gardas                  kgardas@objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]