Date: Thu, 02 Apr 2009 12:19:02 -0700 From: Julian Elischer <julian@elischer.org> To: Sergey Babkin <babkin@verizon.net> Cc: sobomax@FreeBSD.org, freebsd-current@FreeBSD.org, davidxu@FreeBSD.org, freebsd-hackers@FreeBSD.org, prashant.vaibhav@gmail.com Subject: Re: Improving the kernel/i386 timecounter performance (GSoC proposal) Message-ID: <49D50FA6.1020202@elischer.org> In-Reply-To: <6547642.196222.1238698084570.JavaMail.root@vms062.mailsrvcs.net> References: <6547642.196222.1238698084570.JavaMail.root@vms062.mailsrvcs.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Hey Sergey, whatever you are using for a mail client SUCKS real bad at the moment.. it's really messing up your outgoing mails.. note the mail below.... Sergey Babkin wrote: > Apr 2, 2009 01:03:48 AM, [1]peterjeremy@optushome.com.au wrot= : > >On 2009-Mar-30 18:45:30 -0700, Maxim Sobolev <[2]sobomax@freebsd.org> > wrote: > >>You don't really need to =o it on every execve() unconditionally. > It > >>could be done on de=and in libc, so that only when thread pass > certain > >>threshold, =he "common page optimization code" kicks in and does > its > >>open/=map/etc magic. Otherwise, "normal" syscall is performed. > > > >Th=s "optimisation" is premature. First step is to implement an > >appro=ch that always maps (or whatever) the data and then gather > some > >inf=rmation about its overheads in the real world. If they are > deemed > >=xcessive, only then do we start looking at how to improve things. > >A=d IMO, the first step would be to lazily map the page - so it's > not > >=mapped by default but mapped the first time any of the information > in > &=t;it is used. > Does it make sense to even bother with lazy mapping? =fter all, this > is a very minor > activity compared to mapping and linking=he dynamic libc. I think > the overhead > won't be even noticeable. If you=lready map 200 pages, adding one > more should not > make much difference. -SB > > References > > 1. 3D"mailto:peterjeremy@optushome.com.au" > 2. file://localhost/tmp/3D"m_______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?49D50FA6.1020202>