Re: [take13 1/3] kevent: Core files.

2006-08-25 Thread Evgeniy Polyakov
On Thu, Aug 24, 2006 at 11:58:59PM -0700, Andrew Morton ([EMAIL PROTECTED]) wrote: > > > > kmalloc is really slow actually - it always shows somewhere on top > > > > in profiles and brings noticeble overhead > > > > > > It shouldn't. Please describe the workload and send the profiles. > > > >

Re: [take13 1/3] kevent: Core files.

2006-08-25 Thread Andrew Morton
On Fri, 25 Aug 2006 00:01:06 -0700 (PDT) David Miller <[EMAIL PROTECTED]> wrote: > From: Andrew Morton <[EMAIL PROTECTED]> > Date: Thu, 24 Aug 2006 23:20:24 -0700 > > > On Fri, 25 Aug 2006 09:48:15 +0400 > > Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > > > > kmalloc is really slow actually -

Re: [take13 1/3] kevent: Core files.

2006-08-25 Thread David Miller
From: Andrew Morton <[EMAIL PROTECTED]> Date: Thu, 24 Aug 2006 23:20:24 -0700 > On Fri, 25 Aug 2006 09:48:15 +0400 > Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > > kmalloc is really slow actually - it always shows somewhere on top > > in profiles and brings noticeble overhead > > It shouldn'

Re: [take13 1/3] kevent: Core files.

2006-08-25 Thread Andrew Morton
On Fri, 25 Aug 2006 10:32:38 +0400 Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > On Thu, Aug 24, 2006 at 11:20:24PM -0700, Andrew Morton ([EMAIL PROTECTED]) > wrote: > > On Fri, 25 Aug 2006 09:48:15 +0400 > > Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > > > > kmalloc is really slow actually -

Re: [take13 1/3] kevent: Core files.

2006-08-24 Thread Evgeniy Polyakov
On Thu, Aug 24, 2006 at 11:20:24PM -0700, Andrew Morton ([EMAIL PROTECTED]) wrote: > On Fri, 25 Aug 2006 09:48:15 +0400 > Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > > kmalloc is really slow actually - it always shows somewhere on top > > in profiles and brings noticeble overhead > > It sho

Re: [take13 1/3] kevent: Core files.

2006-08-24 Thread Andrew Morton
On Fri, 25 Aug 2006 09:48:15 +0400 Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > kmalloc is really slow actually - it always shows somewhere on top > in profiles and brings noticeble overhead It shouldn't. Please describe the workload and send the profiles. - To unsubscribe from this list: send

Re: [take13 1/3] kevent: Core files.

2006-08-24 Thread Evgeniy Polyakov
On Thu, Aug 24, 2006 at 09:03:22PM +0100, Christoph Hellwig ([EMAIL PROTECTED]) wrote: > One question on the implementation of kevent_user_ctl_modify/ > kevent_user_ctl_remove/kevent_user_ctl_add: What benchmarks did you > do to add the separate 'fastpath' with the single onstack ukevent > struct

Re: [take13 1/3] kevent: Core files.

2006-08-24 Thread Christoph Hellwig
One question on the implementation of kevent_user_ctl_modify/ kevent_user_ctl_remove/kevent_user_ctl_add: What benchmarks did you do to add the separate 'fastpath' with the single onstack ukevent structure if there are three or less events? I can't believe this actually helps in practice for vari

Re: [take13 1/3] kevent: Core files.

2006-08-23 Thread Evgeniy Polyakov
On Wed, Aug 23, 2006 at 05:27:53PM +0400, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: > One can find it in archive on homepage > http://tservice.net.ru/~s0mbre/old/?section=projects&item=kevent > or attached. Now it is really attached. -- Evgeniy Polyakov #include #include #include

Re: [take13 1/3] kevent: Core files.

2006-08-23 Thread Eric Dumazet
Again Evgeniy I really begin to like kevent :) On Wednesday 23 August 2006 13:24, Evgeniy Polyakov wrote: +struct kevent +{ +   /* Used for kevent freeing.*/ +   struct rcu_head rcu_head; +   struct ukevent  event; +   /* This lock protects ukevent manipulations, e.

[take13 1/3] kevent: Core files.

2006-08-23 Thread Evgeniy Polyakov
Core files. This patch includes core kevent files: - userspace controlling - kernelspace interfaces - initialization - notification state machines Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]> diff --git a/arch/i386/kernel/syscall_table.S b/arch/i386/kernel/syscall_table.S index dd63d