Date: Mon, 03 Mar 2008 11:44:04 -0500 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Jean-Yves Lefort <jylefort@brutele.be> Cc: freebsd-gnome@freebsd.org Subject: Re: Evolution crawls on FreeBSD Message-ID: <1204562644.13868.8.camel@shumai.marcuscom.com> In-Reply-To: <20080303141313.24f906fb.jylefort@brutele.be> References: <20080301181608.5d393e02.ejcerejo@optonline.net> <1204415453.1262.26.camel@shumai.marcuscom.com> <20080301191214.58432ae0.ejcerejo@optonline.net> <1204417247.1262.29.camel@shumai.marcuscom.com> <20080301204637.74cfc75f.ejcerejo@optonline.net> <1204424514.1262.36.camel@shumai.marcuscom.com> <20080303001237.28a45ba9.jylefort@brutele.be> <1204504294.40616.24.camel@shumai.marcuscom.com> <20080303141313.24f906fb.jylefort@brutele.be>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-sTtSygoxZl6k3XYEGpjE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-03-03 at 14:13 +0100, Jean-Yves Lefort wrote: > On Sun, 02 Mar 2008 19:31:34 -0500 > Joe Marcus Clarke <marcus@marcuscom.com> wrote: >=20 > > On Mon, 2008-03-03 at 00:12 +0100, Jean-Yves Lefort wrote: > > > On Sat, 01 Mar 2008 21:21:54 -0500 > > > Joe Marcus Clarke <marcus@marcuscom.com> wrote: > > >=20 > > > >=20 > > > > On Sat, 2008-03-01 at 20:46 -0500, E. J. Cerejo wrote: > > > > > On Sat, 01 Mar 2008 19:20:47 -0500 > > > > > Joe Marcus Clarke <marcus@marcuscom.com> wrote: > > > > >=20 > > > > > >=20 > > > > > > On Sat, 2008-03-01 at 19:12 -0500, E. J. Cerejo wrote: > > > > > > > On Sat, 01 Mar 2008 18:50:53 -0500 > > > > > > > Joe Marcus Clarke <marcus@marcuscom.com> wrote: > > > > > > >=20 > > > > > > > >=20 > > > > > > > > On Sat, 2008-03-01 at 18:16 -0500, E. J. Cerejo wrote: > > > > > > > > > I'm running FreeBSD 7.0RC3 and I'm trying to figure out w= hy evolution takes over a minute to start, there are no error messages if I= run it from terminal window. First I was running 6.3 but I upgraded to 7.= 0 thinking that it might of solve the problem but it didn't. What amazes m= e is, I've got ubuntu installed on the same machine and it only takes 3 sec= onds to start, also it only takes 3 seconds to start in windows. Evolution= running like this is completely worthless. Any ideas what might be causin= g this? Please respond to my email address also. > > > > > > > >=20 > > > > > > > > This has been discussed on this mailing list before. The n= umber of > > > > > > > > plug-ins enabled in Evo slows down the load time as the loa= der is > > > > > > > > spinning trying to load each plug-in. You should disable a= ll unneeded > > > > > > > > plug-ins. > > > > > > > >=20 > > > > > > > > Joe > > > > > > > >=20 > > > > > > > > --=20 > > > > > > > > PGP Key : http://www.marcuscom.com/pgp.asc > > > > > > >=20 > > > > > > > Plug-ins don't seem to have an effect when running it on ubun= tu, all the plug-ins are enabled under ubuntu and still starts in 3 seconds= . Are you trying to say that the FreeBSD loader is kind of primitive compa= ring to the linux loader? > > > > > >=20 > > > > > > No. I'm saying that the tasks the FreeBSD loader performs take= s longer > > > > > > than the ones performed by the Linux loader. > > > > >=20 > > > > > Well, I disabled all the plugins and still takes 40 seconds to op= en that's a lot longer than linux with all the plugins enabled. As far I'm= concerned evolution is out of my list of programs, I still have my doubts = about the real reason as to why it takes so long to open. In reality there= 's no real reason as to why a program will take so long to open, if that's = the case evolution will loose a lot of users in the FreeBSD community. > > > >=20 > > > > You're free to build Evolution and e-d-s with debugging symbols, an= d > > > > watch it load in gdb if you don't believe me. Last time I did this= , I > > > > found most of the time spent in the loader. Any optimizations woul= d > > > > certainly be welcome. > > >=20 > > > I suspect that the patch in this PR would have greatly helped: > > >=20 > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D104877 > > >=20 > > > Indeed, a casual inspection of libexec/rtdl-elf/rtld.c shows that the > > > SO_NEEDED lists (Obj_Entry.needed) are walked recursively. Removing > > > the useless entries might therefore have a dramatic impact on > > > performance. > >=20 > > This is what mezz suspected as well, and I believe he will test this. > >=20 > > >=20 > > > Unfortunately, the affected maintainer has closed the PR, mainly > > > because he could not understand it. And portmgr has backed the > > > maintainer, mainly because of personal friendship. > >=20 > > We did not side with ade out of friendship. We had to weigh the benefi= t > > of this patch against the benefit of having a dedicated autotools > > maintainer. Since autotools is quite complex, but very critical to a > > large number of ports, and since we didn't have people lining up to be > > autotools maintainers, we opted to respect ade's maintainership of > > libtool, and his decision. >=20 > That argument does not stand, since there was at least one person > lined up: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/libtool15/Makefile.dif= f?r1=3D1.55;r2=3D1.56;f=3Dh One cannot take over maintainership of a port after 16 days. This move did upset portmgr since it was against documented policy. However, autotools is more than just libtool. Ade actively maintains autoconf, automake, gettext, and the bsd.autotools.mk framework. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-sTtSygoxZl6k3XYEGpjE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEABECAAYFAkfMKtIACgkQb2iPiv4Uz4eyDwCeJfD17YggVGI7EgDXVEFUIGTc NX0An0NcwxlK7CSDmZYhpUwiTyPVqodO =mQ8i -----END PGP SIGNATURE----- --=-sTtSygoxZl6k3XYEGpjE--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1204562644.13868.8.camel>