Skip site navigation (1)Skip section navigation (2)
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, peterjeremy@optushome.com.au, 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>