Date: Sat, 5 Nov 2016 10:41:48 -0700 From: Mark Johnston <markj@FreeBSD.org> To: Gary Jennejohn <gljennjohn@gmail.com> Cc: freebsd-arch@freebsd.org Subject: Re: PQ_LAUNDRY Message-ID: <20161105174148.GA75901@raichu> In-Reply-To: <20161105103128.78197d36@ernst.home> References: <20161103182916.GA31178@wkstn-mjohnston.west.isilon.com> <20161105103128.78197d36@ernst.home>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Nov 05, 2016 at 10:31:28AM +0100, Gary Jennejohn wrote: > On Thu, 3 Nov 2016 11:29:16 -0700 > Mark Johnston <markj@FreeBSD.org> wrote: > > Some more details and the diff for PQ_LAUNDRY can be viewed here: > > https://reviews.freebsd.org/D8302 > > > > We would like to commit it next week. Any additional comments, review, > > or testing would be welcome. > > > > In my use case, which is moving multi-gigabyte video files from > one file system to another, this seems to swap more than the > previous code did. Moving such large files with the previous > code seemed to recycle Inact more quickly and IIRC only a few 10s > of MB were swapped out. In my test this morning 125MB were > swapped out and Inact was not recycled as quickly. The overall > size of the files moved was about the same in the two tests. Are you computing the amount swapped out as the amount of memory swapped out minus the amount of swapins? Or is 125MB the amount of swap used after the test? Output from "sysctl vm.stats" taken before and after any test on both HEAD on PQ_LAUNDRY would be most useful. > > This code doesn't even come close to the behavior we had about 2 > years ago. I could move 100s of GB and never see a single bye > get swapped because Inact was very quickly recycled in multi-GB > chunks, frequently the approx. 6GB of Inact would be recycled in > a (to the human eye) single transfer to Free. > > In any case, the new code doesn't break anything. > > -- > Gary Jennejohn > _______________________________________________ > freebsd-arch@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20161105174148.GA75901>