On Sat, 18 Dec 2010 11:55:15 +0100 (CET) Pavel Reznicek <[email protected]> said:
gees... wtf is an anon_inode... first time i've seen that... and my quick investigation shows that that is the epoll fd itself... so - something is closing the epoll fd. only 3 ways that happens. 1. _ecore_get_epoll_fd() detects that current epoll fd and the pid it was create in dont match - so a child is running the same ecore loop, or 2. if epoll_ctl() reports EBADF errno - then ecore closes and re-creates the epoll fd, or 3. if ecore_shutdown actually shuts ecore down. given what you mention about the bads_rem... the question is what fd went bad? it's not the ecore poll one as that seems legit. it's some other one. > Hi, thanks for the advices - logging the fd's, the problem happens exactly > when this fd disappears: > > /proc/5721/fd/3 -> anon_inode:[eventpoll] > > No other changes in the fd list. The observation is based on two > occurances only, since the problem was happening much less frequently in > the last weeks. I was not able to google-out any related issue. Did the > disappearing eventpoll anonymous inode give you some idea what could be > happening ? The only straightforward "experiment" I have in mind is to try > disable ANON_INODES in kernel (BTW: using latest stable 2.6.36.2), but I > am affraid it will bring much more other problems. > > Pavel > > > On Thu, 9 Dec 2010, Carsten Haitzler wrote: > > > On Fri, 26 Nov 2010 09:59:19 +0100 (CET) Pavel Reznicek > > <[email protected]> said: > > > > look at /proc/PID/fd > > (PID being the pid of e). see what fd's you have - or not > > and how they change over time (ls -l will show you which fd's point where). > > write a script to log them often (every second?) and see if the log at the > > time the problem shows up shows you anything interesting (what fd went > > away? what fd appeared? etc.) > > > > i don't see this problem at all. > > > >> Hello, > >> > >> I am regularly hitting a bug mentioned here: > >> > >> http://www.mail-archive.com/[email protected]/msg27014.html > >> > >> Using latest SVN revision 54923 compiled via easy_e17 script on debian > >> squeeze. The problem usually happens after few hours or running e17 or > >> when graphics used "extensively" (typically when playing film). However, > >> there is no concrete recipe how to reproduce it. > >> > >> Would you either have an idea, what could be going wrong or give me some > >> instruction, how to try to debug it ? > >> > >> Thanks, > >> Pavel > >> > >> ------------------------------------------------------------------------------ > >> Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > >> Tap into the largest installed PC base & get more eyes on your game by > >> optimizing for Intel(R) Graphics Technology. Get started today with the > >> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > >> http://p.sf.net/sfu/intelisp-dev2dev > >> _______________________________________________ > >> enlightenment-users mailing list > >> [email protected] > >> https://lists.sourceforge.net/lists/listinfo/enlightenment-users > >> > > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > The Rasterman (Carsten Haitzler) [email protected] > > > > > > ------------------------------------------------------------------------------ > > This SF Dev2Dev email is sponsored by: > > > > WikiLeaks The End of the Free Internet > > http://p.sf.net/sfu/therealnews-com > > _______________________________________________ > > enlightenment-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > > > > ------------------------------------------------------------------------------ > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > enlightenment-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
