[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070223003018.0d244576@lxorguk.ukuu.org.uk>
Date: Fri, 23 Feb 2007 00:30:18 +0000
From: Alan <alan@...rguk.ukuu.org.uk>
To: "Michael K. Edwards" <medwards.linux@...il.com>
Cc: "Ingo Molnar" <mingo@...e.hu>,
"Evgeniy Polyakov" <johnpol@....mipt.ru>,
"Ulrich Drepper" <drepper@...hat.com>,
linux-kernel@...r.kernel.org,
"Linus Torvalds" <torvalds@...ux-foundation.org>,
"Arjan van de Ven" <arjan@...radead.org>,
"Christoph Hellwig" <hch@...radead.org>,
"Andrew Morton" <akpm@....com.au>,
"Zach Brown" <zach.brown@...cle.com>,
"David S. Miller" <davem@...emloft.net>,
"Suparna Bhattacharya" <suparna@...ibm.com>,
"Davide Libenzi" <davidel@...ilserver.org>,
"Jens Axboe" <jens.axboe@...cle.com>,
"Thomas Gleixner" <tglx@...utronix.de>
Subject: Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3
> to do anything but chase pointers through cache. Done right, it
> hardly even branches (although the branch misprediction penalty is a
> lot less of a worry on current x86_64 than it was in the
> mega-superscalar-out-of-order-speculative-execution days). It's damn
Actually it costs a lot more on at least one vendors processor because
you stall very long pipelines.
> threadlets promise that they will not touch anything thread-local, and
> that when the FPU is handed to them in a specific, known state, they
> leave it in that same state. (Some of the flags can be
We don't use the FPU in the kernel except in very weird cases where it
makes an enormous performance difference. The threadlets also have the
same page tables so they have the same %cr3 so its very cheap to switch,
basically a predicted jump and some register loads
> Do me a favor. Do some floating point math and a memcpy() in between
> syscalls in the threadlet. Actually fiddle with errno and the FPU
We don't have an errno in the kernel because its a stupid idea. Errno is
a user space hack for compatibility with 1970's bad design. So its not
relevant either.
Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists