A couple of annoying F8t3 things

Thu Oct 25 10:03:52 UTC 2007

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.

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

-- 

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