Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932560AbXB0Gb6 (ORCPT ); Tue, 27 Feb 2007 01:31:58 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932851AbXB0Gb5 (ORCPT ); Tue, 27 Feb 2007 01:31:57 -0500 Received: from mx2.mail.elte.hu ([157.181.151.9]:60609 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932560AbXB0Gb4 (ORCPT ); Tue, 27 Feb 2007 01:31:56 -0500 Date: Tue, 27 Feb 2007 07:24:19 +0100 From: Ingo Molnar To: Evgeniy Polyakov Cc: Davide Libenzi , Linux Kernel Mailing List , Linus Torvalds , Arjan van de Ven , Christoph Hellwig , Andrew Morton , Alan Cox , Ulrich Drepper , Zach Brown , "David S. Miller" , Suparna Bhattacharya , Jens Axboe , Thomas Gleixner Subject: Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3 Message-ID: <20070227062419.GB1259@elte.hu> References: <20070225195308.GC15681@elte.hu> <20070226081655.GA25280@elte.hu> <20070226092545.GA4110@2ka.mipt.ru> <20070226095547.GA9485@elte.hu> <20070226103319.GA24284@2ka.mipt.ru> <20070226103517.GA17195@elte.hu> <20070226104748.GC24284@2ka.mipt.ru> <20070226125123.GA31357@elte.hu> <20070226164618.GA22454@2ka.mipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070226164618.GA22454@2ka.mipt.ru> User-Agent: Mutt/1.4.2.2i X-ELTE-VirusStatus: clean X-ELTE-SpamScore: -2.0 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-2.0 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.0.3 -2.0 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1922 Lines: 51 * Evgeniy Polyakov wrote: > On Mon, Feb 26, 2007 at 01:51:23PM +0100, Ingo Molnar (mingo@elte.hu) wrote: > > > > * Evgeniy Polyakov wrote: > > > > > Even having main dispatcher as epoll/kevent loop, the _whole_ > > > threadlet model is absolutely micro-thread in nature and not state > > > machine/event. > > > > Evgeniy, i'm not sure how many different ways to tell this to you, but > > you are not listening, you are not learning and you are still not > > getting it at all. > > > > The scheduler /IS/ a generic work/event queue. And it's pretty damn > > fast. No amount of badmouthing will change that basic fact. Not exactly > > as fast as a special-purpose queueing system (for all the reasons i > > outlined to you, and which you ignored), but it gets pretty damn close > > even for the web workload /you/ identified, and offers a user-space > > programming model that is about 1000 times more useful than > > state-machines. > > Meanwhile on practiceal side: > via epia kevent/epoll/threadlet: > > client: ab -c500 -n5000 $url > > kevent: 849.72 > epoll: 538.16 > threadlet: > gcc ./evserver_epoll_threadlet.c -o ./evserver_epoll_threadlet > In file included from ./evserver_epoll_threadlet.c:30: > ./threadlet.h: In function ‘threadlet_exec’: > ./threadlet.h:46: error: can't find a register in class ‘GENERAL_REGS’ > while reloading ‘asm’ > > That particular asm optimization fails to compile. it's not really an asm optimization but an API glue. I'm using: gcc -O2 -g -Wall -o evserver_epoll_threadlet evserver_epoll_threadlet.c -fomit-frame-pointer does that work for you? Ingo - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/