Re: headsup: swap_pager.c
From: Robert Watson (rwatson_at_freebsd.org)
Date: 08/01/03
- Next in thread: Poul-Henning Kamp: "Re: headsup: swap_pager.c"
- Reply: Poul-Henning Kamp: "Re: headsup: swap_pager.c"
- Maybe reply: David Schultz: "Re: headsup: swap_pager.c"
- Maybe reply: Peter Jeremy: "Re: headsup: swap_pager.c"
- Maybe reply: Andy Farkas: "Re: headsup: swap_pager.c"
- Maybe reply: Andrew Lankford: "Re: headsup: swap_pager.c"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Thu, 31 Jul 2003 19:08:17 -0400 (EDT) To: Poul-Henning Kamp <phk@phk.freebsd.dk>
On Thu, 31 Jul 2003, Poul-Henning Kamp wrote:
> I am in the process of changing the on-disk layout policy used by the
> swap_pager.
Do you anticipate any performance changes as a result of this change?
> Casualties of this will the ability to get swap information out of kvm
> images. If this, contrary to current evidence is very important to us,
> we can reimplement it later.
I.e., the ability to do pstat -s -M /var/crash/foo -N /boot/kernel/kernel
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects
robert@fledge.watson.org Network Associates Laboratories
_______________________________________________
freebsd-arch@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-arch
To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
- Next in thread: Poul-Henning Kamp: "Re: headsup: swap_pager.c"
- Reply: Poul-Henning Kamp: "Re: headsup: swap_pager.c"
- Maybe reply: David Schultz: "Re: headsup: swap_pager.c"
- Maybe reply: Peter Jeremy: "Re: headsup: swap_pager.c"
- Maybe reply: Andy Farkas: "Re: headsup: swap_pager.c"
- Maybe reply: Andrew Lankford: "Re: headsup: swap_pager.c"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
- Re: headsup: swap_pager.c
... rt Watson writes: ... >Do you anticipate any performance changes
as a result of this change? ... can increase that size to what our I/O system can lift.
... (freebsd-arch) - Re: headsup: swap_pager.c
... > rt Watson writes: ... >> Do you anticipate any performance
changes as a result of this change? ... > can increase that size to what our I/O system
can lift. ... (freebsd-arch)