It's still there, but they say not to enable it...
There was a memory leak in the segmap and the only way pages would get freed
was by the scanner waking up (in the manner explained earlier). richard
mcdougald wrote an article about this called the paging storm.
They implemented a new system that still tends to give preference to
filesystem pages called a cyclical page cache. I haven't seen any
whitepapers on how it works though.
I wouldn't call it embarrasing though, they still recommend that you always
run it on pre-Solaris 8 systems because it tends to improve performance by
quite a bit on systems where there is lot's of filesystem I/O.
--Buddy
-----Original Message-----
From: Rik van Riel [mailto:riel@conectiva.com.br]
Sent: Saturday, July 27, 2002 3:35 PM
To: Alan Cox
Cc: Buddy Lumpkin; Austin Gonyou; vda@port.imtp.ilyichevsk.odessa.ua;
Ville Herva; DervishD; Linux-kernel
Subject: RE: About the need of a swap area
On 28 Jul 2002, Alan Cox wrote:
> On Sat, 2002-07-27 at 23:22, Buddy Lumpkin wrote:
> > I thought linux worked more like Solaris where it didn't use any swap
(AT
> > ALL) until it has to... At least, I hope linux works this way.
>
> I'd be suprised if Solaris did something that dumb.
>
> You want to push out old long unaccessed pages of code to make room for
> more cached disk blocks from files.
AFAIK they quietly removed priority paging from Solaris 8,
somewhat embarrasing considering the publicity at its
introduction with Solaris 7, but no more embarrasing than
the regular VM rewrites Linux undergoes ;/
Now only if VM was a well-understood area and we could just
implement something known to work ... OTOH, that would take
away all the fun ;)
cheers,
Rik
-- Bravely reimplemented by the knights who say "NIH".http://www.surriel.com/ http://distro.conectiva.com/
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Jul 30 2002 - 14:00:27 EST