A couple of annoying F8t3 things

Rodd Clarkson rodd at clarkson.id.au
Thu Oct 25 10:20:07 UTC 2007


On Thu, 2007-10-25 at 18:03 +0800, John Summerfield wrote:
> Rodd Clarkson wrote:
> > On Thu, 2007-10-25 at 16:53 +0800, John Summerfield wrote:
> >> Rodd Clarkson wrote:
> >>> On Thu, 2007-10-25 at 08:50 +0100, Caolan McNamara wrote:
> >>>> On Thu, 2007-10-25 at 16:56 +1000, Rodd Clarkson wrote:
> >>>>> I've noticed two annoying issues in f8t3.
> >>>>>
> >>>>> 1. Applications seems to take quite a while to 'appear' on the desktop.
> >>>>> After clicking an application on the panel (gedit, gnome-terminal, etc)
> >>>>> it takes about 10 secs for them to appear on the desktop.
> >>>>>
> >>>>> 2. Evolution (particularly compose) seems to 'pause' for 10 seconds or
> >>>>> so every now and then and it becomes unresponsive.  Makes typing emails
> >>>>> a pain in the bum (and I've seen it three times in this short email.)
> >>>>>
> >>>>> I'm going to bz these, but we wondering if others have seen this too.
> >>>> I've sometimes seen stuff like that happen with slightly busted
> >>>> networking or something, i.e. strace -f gedit from a terminal and see if
> >>>> it is blocking a long time on /tmp/.ICE-unix/XXXX and compare startup
> >>>> time of apps before after after deleting /tmp/.ICE-unix/XXXX
> >>>>
> >>> <snip>
> >>> access("/home/rodd/.ICEauthority", R_OK) = 0
> >>> open("/home/rodd/.ICEauthority", O_RDONLY) = 11
> >>> fstat64(11, {st_mode=S_IFREG|0600, st_size=65366, ...}) = 0
> >>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> >>> 0) = 0xb7cb6000
> >>> read(11, "\0\4XSMP\0\0\0\35unix/unix:/tmp/.ICE-un"..., 4096) = 4096
> >>> close(11)                               = 0
> >>> munmap(0xb7cb6000, 4096)                = 0
> >>> write(10, "\0\4\1\0\3\0\0\0\20\0\0\0\0\0\0\0\f+v($c\347x\204R\351\236
> >>> \02689\351", 32) = 32
> >>> read(10, "\0\10\0\1\3\0\0\0", 8)        = 8
> >>> read(10, "\7\0GnomeSM\0001.\6\0002.20.13301", 24) = 24
> >>> write(10, "\1\1\1\0\1\0\0\0\0\0\0\0\0\0\0\0", 16) = 16
> >>> read(10, <snip>
> >>>
> >>> There's a big pause at this point.  Is this what you expect?
> >> What's 10 pointing at? Go back to the open/connect.
> >>
> >> Possibly something's trying to do a DNS lookup, and timing out (that 
> >> would give ten seconds, or a higher multiple).
> > 
> > Okay, here's more of the output.  I've left a gap where I think it opens
> > 10.
> > 
> > 
> > open("/etc/gnome-vfs-2.0/modules/mapping-modules.conf", O_RDONLY|O_LARGEFILE) = 10
> > fstat64(10, {st_mode=S_IFREG|0644, st_size=151, ...}) = 0
> > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7cab000
> > read(10, "#\n# Module configuration file fo"..., 4096) = 151
> > read(10, "", 4096)                      = 0
> > close(10)                               = 0
> > munmap(0xb7cab000, 4096)                = 0
> > rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0
> > time(NULL)                              = 1193303788
> > mkdir("/home/rodd/.gnome2", 0700)       = -1 EEXIST (File exists)
> > mkdir("/home/rodd/.gnome2_private", 0700) = -1 EEXIST (File exists)
> > stat64("/home/rodd/.gnome2_private/", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
> > mkdir("/home/rodd/.gnome2/accels", 0700) = -1 EEXIST (File exists)
> > open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libbonobo-2.0.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
> > open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libbonobo-2.0.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
> > open("/usr/share/locale/en_US/LC_MESSAGES/libbonobo-2.0.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
> > open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libbonobo-2.0.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
> > open("/usr/share/locale/en.utf8/LC_MESSAGES/libbonobo-2.0.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
> > open("/usr/share/locale/en/LC_MESSAGES/libbonobo-2.0.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
> > gettimeofday({1193303788, 369260}, NULL) = 0
> > gettimeofday({1193303788, 369335}, NULL) = 0
> > gettimeofday({1193303788, 369382}, NULL) = 0
> > socket(PF_FILE, SOCK_STREAM, 0)         = 10
> > connect(10, {sa_family=AF_FILE, path=@/tmp/.ICE-unix/2546}, 22) = -1 ECONNREFUSED (Connection refused)
> > close(10)                               = 0
> > 
> > 
> > 
> > 
> > socket(PF_FILE, SOCK_STREAM, 0)         = 10
> > connect(10, {sa_family=AF_FILE, path="/tmp/.ICE-unix/2546"}, 21) = 0
> 
> That's (almost certainly) so fifo - a named pipe, It's used to talk to 
> something else on the same host (even it a fifo is on a network 
> filesystem, it doesn't go over the wire).
> 
> Something's reading it, and if evolution's blocking for long on this, 
> then whatever's listening isn't being very responsive.
> 
> The lsof command (as root) should tell you who's reading it.
> 
> I still think it's nameserver timeouts.
> 
> Note that you can trace whatever's reading the pipe, you might need to 
> be root.

Okay, it's worth noting that this strace is from gedit starting, not
evolution.

> And it's about time I went home, the sun's low in the sky and food will 
> be offered rsn.

Already had dinner, but you guys (in WA) were always a little behind the
rest of us ;-]


> 
> 
> 
> -- 
> 
> Cheers
> John
> 
> -- spambait
> 1aaaaaaa at coco.merseine.nu  Z1aaaaaaa at coco.merseine.nu
> -- Advice
> http://webfoot.com/advice/email.top.php
> http://www.catb.org/~esr/faqs/smart-questions.html
> http://support.microsoft.com/kb/555375
> 
> Please do not reply off-list
> 
-- 
"It's a fine line between denial and faith.
 It's much better on my side"




More information about the fedora-test-list mailing list