From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965178AbXCAPRR (ORCPT ); Thu, 1 Mar 2007 10:17:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965192AbXCAPRR (ORCPT ); Thu, 1 Mar 2007 10:17:17 -0500 Received: from mx2.mail.elte.hu ([157.181.151.9]:47828 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965178AbXCAPRQ (ORCPT ); Thu, 1 Mar 2007 10:17:16 -0500 Date: Thu, 1 Mar 2007 16:09:42 +0100 From: Ingo Molnar To: Evgeniy Polyakov Cc: Eric Dumazet , Pavel Machek , Theodore Tso , Linus Torvalds , Ulrich Drepper , linux-kernel@vger.kernel.org, Arjan van de Ven , Christoph Hellwig , Andrew Morton , Alan Cox , Zach Brown , "David S. Miller" , Suparna Bhattacharya , Davide Libenzi , Jens Axboe , Thomas Gleixner Subject: Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3 Message-ID: <20070301150942.GA26025@elte.hu> References: <20070301095402.GA14603@elte.hu> <20070301131118.GA30228@elte.hu> <20070301133018.GB30177@2ka.mipt.ru> <200703011519.20001.dada1@cosmosbay.com> <20070301141637.GA20006@elte.hu> <20070301145454.GB12684@2ka.mipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070301145454.GB12684@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.1.7 -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 * Evgeniy Polyakov wrote: > > > I can tell you that the problem (at least on my machine) comes from : > > > > > > gettimeofday(&tm, NULL); > > > > > > in evserver_epoll.c > > > > yeah, that's another difference - especially if it's something like > > an Athlon64 and gettimeofday falls back to pm-timer, that could > > explain the performance difference. That's why i repeatedly asked > > Evgeniy to use the /very same/ client function for both the epoll > > and the kevent test and redo the measurements. The numbers are still > > highly suspect - and we are already down from the prior claim of > > kevent being almost twice as fast to a 25% difference. > > There is no gettimeofday() in the running code anymore, and it was > placed not in common server processing code btw. > > Ingo, do you really think I will send mails with faked benchmarks? :)) no, i'd not be in this discussion anymore if i thought that. But i do think that your benchmark results are extremely sloppy, that make your conclusions on them essentially useless. you were hurling quite colorful and strong assertions into this discussion, backed up by these numbers, so you should expect at least some minimal amount of scrutiny of those numbers. > > [...] The numbers are still highly suspect - and we are already down > > from the prior claim of kevent being almost twice as fast to a 25% > > difference. > > Btw, there were never almost twice perfromance increase - epoll in my > tests always showed 4-5 thousands requests per second, kevent - up to > 7 thausands. i'm referring to your claim in this mail of yours from 4 days ago for example: http://lkml.org/lkml/2007/2/25/116 "But note, that on my athlon64 3500 test machine kevent is about 7900 requests per second compared to 4000+ epoll, so expect a challenge." no matter how i look at it, but 7900 is 1.9 times 4000 - which is "almost twice". Ingo