Date: Wed, 19 Nov 2003 16:02:24 -0800 From: Sean McNeil <sean@mcneil.com> To: Jeff Roberson <jroberson@chesapeake.net> Cc: freebsd-threads@freebsd.org Subject: Re: Losing pages from a mmap in threaded app vs. non-threaded Message-ID: <1069286544.4964.1.camel@blue.mcneil.com> In-Reply-To: <20031119165234.D10222-100000@mail.chesapeake.net> References: <20031119165234.D10222-100000@mail.chesapeake.net>
next in thread | previous in thread | raw e-mail | index | archive | help
I think I know what the significance of the 8 pages is: I essentially write 8 pages at a time. So I think that those pages are getting moved from the proc vmspace map somehow after a thread writes to them. Where would the pages go? On Wed, 2003-11-19 at 13:54, Jeff Roberson wrote: > On Wed, 19 Nov 2003, Sean McNeil wrote: > > > Yes, I mentioned this in my original post. They all have the same > > problem. > > If you mount procfs you can look through the vm map for the process. You > want /proc/<pid>/map I believe. Please note that the address returned by > your driver routine is a physical address that will be mapped by the > kernel at a new virtual address. User-space can pass you only the offset > into your memory range, and not a real address. > > Cheers, > Jeff > > > > > On Wed, 2003-11-19 at 13:38, Jeff Roberson wrote: > > > On Wed, 19 Nov 2003, Daniel Eischen wrote: > > > > > > > On Wed, 19 Nov 2003, Sean McNeil wrote: > > > > > > > > > OK, would this happen to be 8 pages typically? > > > > > > > > It depends; see the comment and ascii art in > > > > src/lib/libpthread/thread/thr_alloc.c. > > > > > > Have you tried with libc_r, libthr, and libkse? > > > > > > > > > > > -- > > > > Dan Eischen > > > > > > > > _______________________________________________ > > > > freebsd-threads@freebsd.org mailing list > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-threads > > > > To unsubscribe, send any mail to "freebsd-threads-unsubscribe@freebsd.org" > > > > > > > > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1069286544.4964.1.camel>