On Tue, Feb 27, 2007 at 01:15:42PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
> > So, ok, no micro-thread name.
>
> thanks!
:) no problem!
> Ingo
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> So, ok, no micro-thread name.
thanks!
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please re
On Tue, Feb 27, 2007 at 09:27:57AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > > > Enough, you say micro-thread design is superior - ok, that is your
> > > > point.
> > >
> > > note that threadlets are not 'micro-threads'. A threadlet is
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > > Enough, you say micro-thread design is superior - ok, that is your
> > > point.
> >
> > note that threadlets are not 'micro-threads'. A threadlet is more of
> > an 'optional thread' (as i mentioned it earlier): whenever it does
> > anything
On Mon, Feb 26, 2007 at 09:23:38PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > > no. Please read the evserver_threadlet.c code. There's no kevent in
> > > there. There's no epoll() in there. All that you can see there is
> > > the natura
On Mon, 26 Feb 2007, Ingo Molnar wrote:
>
> update:
>
> > i have tried the one Evgeniy provided in the URL:
> >
> > http://tservice.net.ru/~s0mbre/archive/kevent/evserver_epoll.c
> >
> > and 'ab -k -c8000 -n8' almost always aborts with:
> >
> > apr_socket_recv: Connection reset by pee
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > no. Please read the evserver_threadlet.c code. There's no kevent in
> > there. There's no epoll() in there. All that you can see there is
> > the natural behavior of pure threadlets. And it's not a workload /I/
> > picked for threadlets - it is
On Mon, Feb 26, 2007 at 01:50:54PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
> > I feared _ONLY_ situation when thousands of thereads are eating my
> > brain - so case when 161 threads are running simultanesoulsy is not
> > that bad compared to what micro-design can do (of its best/worst) at
* Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> > yet another performance update - with the fixed 'heaps of stupid
> > threads' evserver_threadlet.c code attached below i got:
> >
> > >evserver_epoll: 9400 reqs/sec
> > >evserver_epoll_threadlet: 9400 reqs/sec
> >
> >
On Mon, Feb 26, 2007 at 12:48:58PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> yet another performance update - with the fixed 'heaps of stupid
> threads' evserver_threadlet.c code attached below i got:
>
> >evserver_epoll: 9400 reqs/sec
> >evserver_epoll_threadlet: 9
yet another performance update - with the fixed 'heaps of stupid
threads' evserver_threadlet.c code attached below i got:
>evserver_epoll: 9400 reqs/sec
>evserver_epoll_threadlet: 9400 reqs/sec
evserver_threadlet: 9000 reqs/sec
so the overhead, instead of the
update:
> i have tried the one Evgeniy provided in the URL:
>
> http://tservice.net.ru/~s0mbre/archive/kevent/evserver_epoll.c
>
> and 'ab -k -c8000 -n8' almost always aborts with:
>
> apr_socket_recv: Connection reset by peer (104)
>
> in the few cases it finishes, i got the followin
* Davide Libenzi wrote:
> > i dont understand - this confuses the client because there's no
> > Content-Length field. Did you insert a Content-Length field
> > manually? What i'm trying to figure out, are you relying on a
> > keepalive client or not? I.e. is there a -k option to 'ab' as well,
13 matches
Mail list logo
