From owner-freebsd-gnome@FreeBSD.ORG Sun Dec 7 21:01:22 2008 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2362A1065672 for ; Sun, 7 Dec 2008 21:01:22 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 9EBA38FC08 for ; Sun, 7 Dec 2008 21:01:21 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id mB7L30e8024891; Sun, 7 Dec 2008 16:03:00 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Fernando =?ISO-8859-1?Q?Apestegu=EDa?= In-Reply-To: <1bd550a00812071235k1b9501bdxb6798199d85f8442@mail.gmail.com> References: <1bd550a00812061004o44b03addva88df517ed7f0375@mail.gmail.com> <1bd550a00812061206t325d55dar46ccba1b9e7f1ab8@mail.gmail.com> <1228595094.47566.3.camel@shumai.marcuscom.com> <1bd550a00812061232h7f2c9d1eq5897a7a67cd26ae5@mail.gmail.com> <1bd550a00812061311h818541bj4daae596a1504524@mail.gmail.com> <1bd550a00812071032vc65b58cs8d75d10e46271cc4@mail.gmail.com> <1bd550a00812071235k1b9501bdxb6798199d85f8442@mail.gmail.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Yji611L+dP6dfBLuC1R4" Organization: MarcusCom, Inc. Date: Sun, 07 Dec 2008 16:01:19 -0500 Message-Id: <1228683679.69753.39.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: freebsd-gnome@freebsd.org Subject: Re: Gnome slow at start up X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 07 Dec 2008 21:01:22 -0000 --=-Yji611L+dP6dfBLuC1R4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, 2008-12-07 at 21:35 +0100, Fernando Apestegu=EDa wrote: > On Sun, Dec 7, 2008 at 7:32 PM, Fernando Apestegu=EDa > wrote: > > On Sun, Dec 7, 2008 at 6:59 PM, Jeremy Messenger wrote: > >> On Sat, 06 Dec 2008 15:11:08 -0600, Fernando Apestegu=EDa > >> wrote: > >> > >>> On Sat, Dec 6, 2008 at 9:41 PM, Jeremy Messenger wrot= e: > >>>> > >>>> On Sat, 06 Dec 2008 14:32:21 -0600, Fernando Apestegu=EDa > >>>> wrote: > >>>> > >>>>> On Sat, Dec 6, 2008 at 9:24 PM, Joe Marcus Clarke > >>>>> wrote: > >>>>>> > >>>>>> On Sat, 2008-12-06 at 21:06 +0100, Fernando Apestegu=EDa wrote: > >>>>>>> > >>>>>>> On Sat, Dec 6, 2008 at 8:02 PM, Jeremy Messenger > >>>>>>> wrote: > >>>>>>> > On Sat, 06 Dec 2008 12:04:00 -0600, Fernando Apestegu=EDa > >>>>>>> > wrote: > >>>>>>> > > >>>>>>> >> Hi all, > >>>>>>> >> > >>>>>>> >> I'm running FreeBSD 7.1 BETA2 for AMD64. > >>>>>>> >> > >>>>>>> >> With this version, Gnome starts up very slowly. If I take a lo= ok at > >>>>>>> >> the session properties window, it seems nautilus takes a very = long > >>>>>>> >> time trying to connect. However, after some time, it connects = but > >>>>>>> >> the > >>>>>>> >> gnome-wm script is marked as Status UNKNOWN (That column of th= e > >>>>>>> >> treeview is not documented and I had to look at the code...). > >>>>>>> >> So it seems at the end, metacity is somehow stalled during sta= rt > >>>>>>> >> up. > >>>>>>> >> > >>>>>>> >> The --purge-delay=3D5000 as suggested here > >>>>>>> >> (http://forums.freebsd.org/showthread.php?t=3D445) causes othe= r > >>>>>>> >> processes (gnome-at-visual and gnome-volume-manager) to be mar= ked > >>>>>>> >> as > >>>>>>> >> not connected > >>>>>>> >> > >>>>>>> >> If I only set the --warn-delay=3D5000 I get gnome-wm (metacity= in my > >>>>>>> >> case) to be marked as not responding. > >>>>>>> >> > >>>>>>> >> In the end, everything seems to work fine. However IMHO, it is= a > >>>>>>> >> bit > >>>>>>> >> dirty to use these two options because they only mask the prob= lem, > >>>>>>> >> but > >>>>>>> >> it seems clear there are some faulting processes. > >>>>>>> >> > >>>>>>> >> Any ideas of what the problem is? > >>>>>>> > > >>>>>>> > http://www.freebsd.org/gnome/docs/faq2.html#q20 > >>>>>>> > >>>>>>> My bad, > >>>>>>> > >>>>>>> I should have pointed this out as reference: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> http://lists.freebsd.org/pipermail/freebsd-questions/2008-Decembe= r/188032.html > >>>>>>> > >>>>>>> Any more ideas? > >>>>>> > >>>>>> You can try ktrace'ing the slow-start processes to see if that yie= lds > >>>>>> anything interesting. However, it would be more beneficial to hav= e > >>>>>> these binaries compiled with debugging symbols, then use gdb to ge= t > >>>>>> backtraces from them when they're starting up. > >>>>> > >>>>> I will try with ktrace or truss to see what happens. > >>>>> > >>>>>> > >>>>>> That said, the problem may be some bad configuration pieces. You = might > >>>>>> try creating a new, clean account, and see if the problem shows up > >>>>>> there. > >>>>> > >>>>> Yes, it does. I created a new account on the system and I got the s= ame > >>>>> result. I have a laptop running 7.0 Release -p5 and I only added th= e > >>>>> lines to /etc/hosts to speed up gnome. Nothing else was necessary. > >>>> > >>>> Can you show us your /etc/rc.conf and /etc/hosts? Also, output of 'p= ing > >>>> `hostname`'. Do you have your own DNS cache server? If you do, have = you > >>>> check to make sure you have same hostname with your DNS cache and yo= ur > >>>> machine? A few months ago, one of my friend asked me to help on his > >>>> machine > >>>> for samba problem in GNOME when trying to double click on his samba = icon > >>>> for > >>>> slowness and not really works very well. It turned out that his DNS = cache > >>>> server (he forgot to change/update in his DNS cache) was mismatch th= e > >>>> hostname in his personal machine. Althought, it doesn't affect slow = issue > >>>> on > >>>> his GNOME desktop but only on samba icon. > >>> > >>> Hi again, > >>> > >>> Here you are: > >>> > >>> [fernape@beastie /usr/home/fernape]$ ping -c 5 `hostname` > >>> PING beastie (127.0.0.1): 56 data bytes > >>> 64 bytes from 127.0.0.1: icmp_seq=3D0 ttl=3D64 time=3D0.022 ms > >>> 64 bytes from 127.0.0.1: icmp_seq=3D1 ttl=3D64 time=3D0.026 ms > >>> 64 bytes from 127.0.0.1: icmp_seq=3D2 ttl=3D64 time=3D0.025 ms > >>> 64 bytes from 127.0.0.1: icmp_seq=3D3 ttl=3D64 time=3D0.023 ms > >>> 64 bytes from 127.0.0.1: icmp_seq=3D4 ttl=3D64 time=3D0.020 ms > >>> > >>> --- beastie ping statistics --- > >>> 5 packets transmitted, 5 packets received, 0.0% packet loss > >>> round-trip min/avg/max/stddev =3D 0.020/0.023/0.026/0.002 ms > >>> > >>> [fernape@beastie /usr/home/fernape]$ cat /etc/rc.conf > >>> > >> > >>> > >>> [fernape@beastie /usr/home/fernape]$ cat /etc/hosts > >>> # $FreeBSD: src/etc/hosts,v 1.16 2003/01/28 21:29:23 dbaker Exp $ > >>> # > >>> # Host Database > >>> # > >>> # This file should contain the addresses and aliases for local hosts = that > >>> # share this file. Replace 'my.domain' below with the domainname of = your > >>> # machine. > >>> # > >>> # In the presence of the domain name service or NIS, this file may > >>> # not be consulted at all; see /etc/nsswitch.conf for the resolution > >>> order. > >>> # > >>> # > >>> ::1 localhost localhost.my.domain > >>> #127.0.0.1 localhost localhost.my.domain > >>> 127.0.0.1 beastie localhost localhost.my.domain gnome-r= ocks > >> > >> --------------------------------------------------------------^^^^^^^^= ^^^ > >> > >> I like it. ;-) Anyway, I think it looks fine. I am not sure what made = your > >> GNOME slow, so you should do ktrace as marcus has requested. > > > > I'll go for ktrace ASAP (currently the machine is doing some stuff in > > Linux). Should I ktrace metacity, nautilus or both? > > > > Thanks >=20 > Here you are, >=20 > This is the output of ktrac'ing the metacity process. > I attached ktrace to the process once Gnome stalled, and dettached it > when nautilus was able to start up. This does no good. A kdump is required from your end, but I doubt it will help. You need to at least ktrace the entire execution of metacity from start to when nautilus launches. That's why I said a gdb backtrace would probably be more useful. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-Yji611L+dP6dfBLuC1R4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkk8OZ4ACgkQb2iPiv4Uz4dlhgCZAdgClxzUNz1kG9UhzNmqBzQg oQAAnA3X62XyZmWDIisoyjJ7+o0ZBOnf =d3S/ -----END PGP SIGNATURE----- --=-Yji611L+dP6dfBLuC1R4--