Date: Mon, 06 Jan 2003 19:11:47 -0800 From: Peter Wemm <peter@wemm.org> To: Bruce Evans <bde@zeta.org.au> Cc: Julian Elischer <julian@elischer.org>, Jake Burkholder <jake@locore.ca>, arch@FreeBSD.ORG Subject: Re: uarea/kstack/pcb/swapout sillyness Message-ID: <20030107031147.666D12A8A0@canning.wemm.org> In-Reply-To: <20030107061643.F4486-100000@gamplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Bruce Evans wrote: > On Mon, 6 Jan 2003, Julian Elischer wrote: > > the u-area handling ahs not changed since threads were introduced. > > whether they are swapped /not-swapped is the same. > > it is supposedly swapped out in: > > vm/vm_glue.c > > in vm_proc_swapout(struct proc *p) > > > > the thread is swapped out as mentionned below > > in: pmap_swapout_thread. > > > > It is a pitty that they are not in the same location, but as Jake said. > > the thread stack (including the PCB) turns out to be somewhat MD. > > Yes. I missed the thread swapout call, having been misled partly by the > rss calculation not counting swapped out stack pages. I wouldn't be too sad to see struct user being broken up and go away.. ie: something like moving the sigacts to a seperate zone, and the other parts attached to struct proc and/or struct thread. The pcb could move to an MD part of thread, but this increases kvm utilization since it currently lives in the kstack, not the user struct. ie: struct thread would get bigger, but the kstack would not. We already do some odd things with sharing the sigacts in the rfork()/ clone() case, that moves it right out of struct user for those processes, and obviously it the 2.5K (for 32 bit systems) of struct sigacts isn't swappable at that point as it lives in malloc somewhere. But I'm kinda reluctant to kill kstack swapping yet.. they can be damn big. Clean up: yes.. Outright remove: please not yet. Cheers, -Peter -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030107031147.666D12A8A0>