Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Jul 2012 15:50:35 +0100
From:      Chris Rees <utisoft@gmail.com>
To:        Isabell Long <issyl0@freebsd.org>
Cc:        svn-doc-head@freebsd.org, svn-doc-all@freebsd.org, doc-committers@freebsd.org
Subject:   Re: svn commit: r39189 - head/en_US.ISO8859-1/books/porters-handbook
Message-ID:  <CADLo83_DkjaB3a4--ArK%2BjkF0itEtQK=%2BU28Me386LQEfnz2ow@mail.gmail.com>
In-Reply-To: <6106A7A7-090A-4C55-91E4-7EDF994E83A8@freebsd.org>
References:  <201207121412.q6CECngA011553@svn.freebsd.org> <20120712150548.GK2338@deviant.kiev.zoral.com.ua> <6106A7A7-090A-4C55-91E4-7EDF994E83A8@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 13 Jul 2012 13:46, "Isabell Long" <issyl0@freebsd.org> wrote:
>
> Hey,
>
> On 12 Jul 2012, at 16:05, Konstantin Belousov wrote:
>
> > On Thu, Jul 12, 2012 at 02:12:49PM +0000, Isabell Long wrote:
> >
> >> +      <para>A number of simple syscalls (for example
> >> +    &man.gettimeofday.2;, &man.getpid.2;) are much faster on
> >> +    &linux; than on any other operating system due to caching and
> >> +    the vsyscall performance optimizations.  Do not rely on them
> >> +    being cheap in performance-critical applications.  In general,
> >> +    try hard to avoid syscalls if possible.</para>
> > And this is not quite true for HEAD and soon for RELENG_9.
>
> Sorry, this came directly from a Google Code-In task done back in
November that simply asked to transfer the info wiki -> SGML, which I did,
and I don't have enough knowledge to check the current status of the things
mentioned.  The task was just sat in the list, as it had been for months,
so I decided to commit it.
>
> Feel free to submit patches.  :-)

I think Kostik's comment on mentioning that syscalls in loops could do with
benchmarking, and leave out the specific examples would be a welcome change.

Chris



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CADLo83_DkjaB3a4--ArK%2BjkF0itEtQK=%2BU28Me386LQEfnz2ow>