[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <45DDAE64.8070603@argo.co.il>
Date: Thu, 22 Feb 2007 16:53:24 +0200
From: Avi Kivity <avi@...o.co.il>
To: David Miller <davem@...emloft.net>
CC: johnpol@....mipt.ru, arjan@...radead.org, mingo@...e.hu,
drepper@...hat.com, linux-kernel@...r.kernel.org,
torvalds@...ux-foundation.org, hch@...radead.org, akpm@....com.au,
alan@...rguk.ukuu.org.uk, zach.brown@...cle.com,
suparna@...ibm.com, davidel@...ilserver.org, jens.axboe@...cle.com,
tglx@...utronix.de
Subject: Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3
David Miller wrote:
> From: Evgeniy Polyakov <johnpol@....mipt.ru>
> Date: Thu, 22 Feb 2007 15:39:30 +0300
>
>
>> It does not matter - even with threads cost of having thousands of
>> threads is _too_ expensive. So, IMO, it is wrong to have to create
>> 20k threads for the simple web server which only sends one index page to
>> 80k connections with 4k connections per seconds rate.
>>
>> Just have that example in mind - more than 20k blocks in 80k connections
>> over gigabit lan, and it is likely optimistic result, when designing new
>> type of AIO.
>>
>
> I totally agree with Evgeniy on these points.
>
> Using things like syslets and threadlets for networking I/O
> is not a very good idea. Blocking is more the norm than the
> exception for networking I/O.
>
And for O_DIRECT, and for large storage systems which overwhelm caches.
The optimize for the nonblocking case approach does not fit all
workloads. And of course we have to be able to mix mostly-nonblocking
threadlets and mostly-blocking O_DIRECT and networking.
--
error compiling committee.c: too many arguments to function
-
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