Date: Thu, 26 Apr 2012 19:41:16 +0000 (UTC) From: jb <jb.1234abcd@gmail.com> To: freebsd-questions@freebsd.org Subject: Re: FreeBSD vice OS X memory management Message-ID: <loom.20120426T213151-173@post.gmane.org> References: <loom.20120425T142751-217@post.gmane.org> <2FCC4ECF-DAC2-4701-B392-B0415528A4C7@mac.com> <loom.20120425T202502-789@post.gmane.org> <loom.20120426T065807-118@post.gmane.org> <CA%2BtpaK2JQ3ZkmXZK4v_j4nwssBrz9Hj69kV5=tkmyUxaHGaksg@mail.gmail.com> <loom.20120426T095813-923@post.gmane.org> <20120426190304.0ec3330f@gumby.homeunix.com>
next in thread | previous in thread | raw e-mail | index | archive | help
RW <rwmaillists <at> googlemail.com> writes: > ... > > ... > > "2) Inactive memory (which is memory that has been recently used but > > is no longer) is supposed to be seamlessly reclaimed automatically by > > the OS when needed for new programs. In practice, I’ve found that > > this isn’t the case, and my system slows to a crawl and starts paging > > out to disk when free memory drops to zero, even as half of the > > available RAM (which is a lot) is marked as inactive. ..." > > That's not a good description of inactive memory, most of which > contains useful data. The situation described is undesirable, but not > abnormal. It can happen when your physical memory is spread thinly, but > most of it isn't being frequently accessed. In that case the inactive > queue can be dominated by dirty swap-backed pages. > ... Would implementing the VM pageout algorithm in such a way that it would mix in equal proportion the current least-actively used algo and the old least-recently used algo help the situation ? jb
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?loom.20120426T213151-173>