Re: unusual scheduling performance

From: Dave Hansen (haveblue@us.ibm.com)
Date: Mon Nov 18 2002 - 18:26:33 EST

Next message: Dan Kegel: "Re: [rfc] epoll interface change and glibc bits ..."
Previous message: Kevin Brosius: "ksyms, kksymoops, modules, et.al."
In reply to: Andrew Morton: "Re: unusual scheduling performance"
Next in thread: Davide Libenzi: "Re: unusual scheduling performance"
Reply: Davide Libenzi: "Re: unusual scheduling performance"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Andrew Morton wrote:
> Dave Hansen wrote:
>>kksymoops is broken, so:
>>dmesg | tail -20 | sort | uniq | ksymoops -m /boot/System.map
>>
>>Trace; c01c5757 <rwsem_down_write_failed+27/170>
>>Trace; c01220c6 <update_wall_time+16/50>
>>Trace; c01223ee <do_timer+2e/c0>
>>Trace; c0166bd3 <.text.lock.eventpoll+6/f3>
>>Trace; c0146568 <__fput+18/c0>
>>Trace; c010ae9a <handle_IRQ_event+2a/60>
>>Trace; c0144a05 <filp_close+85/b0>
>>Trace; c0144a8d <sys_close+5d/70>
>>Trace; c0108fab <syscall_call+7/b>
>>
>
> So it would appear that eventpoll_release() is the problem.
> How odd. You're not actually _using_ epoll there, are you?

Not unless grep uses epoll.

-- Dave Hansen haveblue@us.ibm.com

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Next message: Dan Kegel: "Re: [rfc] epoll interface change and glibc bits ..."
Previous message: Kevin Brosius: "ksyms, kksymoops, modules, et.al."
In reply to: Andrew Morton: "Re: unusual scheduling performance"
Next in thread: Davide Libenzi: "Re: unusual scheduling performance"
Reply: Davide Libenzi: "Re: unusual scheduling performance"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sat Nov 23 2002 - 22:00:25 EST