From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <pal@interexc.com>
Organization: ISP Farlep (Odessa)
Subject: Re: [sisyphus] Re: =?koi8-r?Q?=EB=C1=CB?=
	=?koi8-r?Q?_=D5=D3=CB=CF=D2=C9=D4=D8?= =?koi8-r?Q?_=D2=C1=C2=CF=D4=D5?=
	=?koi8-r?Q?_=D3?= =?koi8-r?Q?_=D0=CF=D4=CF=CB=C1=CD=C9=3F?=
From: Serge Pavlovsky <pal@interexc.com>
To: ALT Linux Sisyphus discussion list <sisyphus@altlinux.ru>
In-Reply-To: <20040910025455.GF16262@workstation>
References: <413DC4C9.9060406@users.sourceforge.net>
	<000201c494f0$9e116ae0$4d0010ac@aprcity.com>
	<20040907173650.GB20569@workstation>
	<1094710157.2790.10.camel@underdark.interexc.com>
	<20040909190728.GF8157@workstation>
	<1094773860.2763.14.camel@underdark.interexc.com>
	<20040910025455.GF16262@workstation>
Content-Type: text/plain; charset=KOI8-R
Date: Fri, 10 Sep 2004 20:21:34 +0300
Message-Id: <1094836894.2790.52.camel@underdark.interexc.com>
Mime-Version: 1.0
X-Mailer: Evolution 1.5.92.1 (1.5.92.1-alt0.5) 
Content-Transfer-Encoding: 8bit
X-Virus-Scan: smtp-vilter
X-SMTP-Vilter-Version: 1.1.4
X-SMTP-Vilter-Backend: vilter-clamd
X-SMTP-Vilter-Status: clean
X-BeenThere: sisyphus@altlinux.ru
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: ALT Linux Sisyphus discussion list <sisyphus@altlinux.ru>
List-Id: ALT Linux Sisyphus discussion list <sisyphus.altlinux.ru>
List-Unsubscribe: <https://lists.altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://lists.altlinux.ru/pipermail/sisyphus>
List-Post: <mailto:sisyphus@altlinux.ru>
List-Help: <mailto:sisyphus-request@altlinux.ru?subject=help>
List-Subscribe: <https://lists.altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=subscribe>
X-List-Received-Date: Fri, 10 Sep 2004 17:21:33 -0000
Archived-At: <http://lore.altlinux.org/sisyphus/1094836894.2790.52.camel@underdark.interexc.com/>
List-Archive: <http://lore.altlinux.org/sisyphus/>

On Птн, 2004-09-10 at 06:54 +0400, Денис Смирнов wrote:
> On Fri, Sep 10, 2004 at 02:51:00AM +0300, Serge Pavlovsky wrote:
> 
>  >> Если вы приведёте пример, когда на x86 100 тысяч тредов являются
>  >> оптимальным решением, я буду вам очень благодарен.
>  SP> если они все спят в чтении из сокетов
>  SP> можете приводить пример грузовика ;)
> 
> epoll, например :)
> 
> select/poll на худой конец.

когда вы в последний раз измеряли производительность epoll/select/poll
на 100к сокетов ?
конечно, epoll быстрее, чем select, но недостаточно

> kevent в FreeBSD.
> 
> aio.

чтобы почаще threads стартовать, чтоли ? ;)

> Самое разумное -- выносить в отдельные нити _обработку_, а как раз ждать и
> данными кидаться в небольшом количестве нитей (в несколько раз больше чем
> количество процессорв, для большей равномерности).

многие весьма неглупые на вид люди тоже так наивно полагают. на самом
деле это получится один в один доморощенная реализация user-level
threads - там тоже один большой select. только вот сложность получается
O(n^2) - чем больше потоков, тем чаще им надо читать * на тем больше
накладных расходов на каждый select. спрашивается, зачем делать самому
userlevel threads и зачем вообще это делать если оно очень быстро
начинает дико тормозить ?