Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 12 Apr 2004 17:24:25 -0400
From:      Kaarthik Sivakumar <kaarthik@comcast.net>
To:        freebsd-ports@freebsd.org, Derek Atkins <warlord@MIT.EDU>
Cc:        dewey hylton <gmaneorg@hyltown.com>
Subject:   Re: gnucash VERY slow startup
Message-ID:  <863c78lwja.fsf@comcast.net>
In-Reply-To: <86zn9haspx.fsf@PECTOPAH.shenton.org> (Chris Shenton's message of "Mon, 12 Apr 2004 15:42:18 -0400")
References:  <loom.20040228T174017-259@post.gmane.org> <864qrpcbep.fsf@PECTOPAH.shenton.org> <sjmd66dujyq.fsf@kikki.mit.edu> <86zn9haspx.fsf@PECTOPAH.shenton.org>

next in thread | previous in thread | raw e-mail | index | archive | help
>>> "CS" == Chris Shenton <chris@shenton.org> writes:
CS> [Dang, I meant to send only to Dewey before bothering the list -- sorry.]
CS> [CC'ing freebsd-ports here, now that I have some details]

Chris> I'm running on a 1.8GHz Dell with 5.2-CURRENT and it takes more
Chris> like 10-20 minutes to start.  A truss seems to show *lots* of
Chris> failed access() and open() for various libraries.

CS> Derek Atkins <warlord@MIT.EDU> writes:

>> I think this is a FreeBSD (or *BSD) problem, as it's specific to that
>> platform.

CS> And it used to run fine on FreeBSD, but I can't remember at what
CS> version, probably 4.x-STABLE.  I'm now running 5.2-CURRENT.  If other
CS> CURRENT users have no problems then it's something hosed with my
CS> various libraries and such.  If everyone else running CURRENT has the
CS> same problem then it would appear an odd interaction between GnuCash
CS> and FreeBSD.

CS> So if anyone's running on CURRENT without startup delays, please let
CS> me know. :-)

I am running 5.2RC2 and I dont have any startup problems. I am
completely updated as far as dependencies are concerned. Maybe
something changed from 5.2 to -current.

kaarthik

CS> I'm using GnuCash-1.8.8, as up to date with all dependencies as I can
CS> get with "portupgrade -R gnucash\*".


>> I don't know if truss will necessarily help, unless you're sitting
>> there watching in real time to see WTF it's doing for so long?  

CS> I was; it spews tons of access() and open() to various libraries in a
CS> variety of locations, most of which failed, until it found the real
CS> location.  It seems to repeat this look, fail, find for the same
CS> libraries over and over.  I've tried to provide details -- which
CS> libraries, what paths, how many times called -- below.


>> It could be a bug in the runtime linker, or libtool, or ltdl, or
>> even guile.

CS> When it's starting, Guile's using all the CPU -- for a long time.
CS> This is when I've been watching truss.

CS> Eventually, the splash screen comes up , but then is delayed again:
CS> the screen tells me its "Loading modules..." (various) but it appears
CS> to be experiencing the same problems which caused the pre-splash delay
CS> since each module seems to take minutes to load.


>> But I find it strange that it works just fine on Linux, Solaris, and MacOSX 

CS> I'm not saying it's a GnuCash issue, just trying to solve a problem.
CS> Perhaps it's something in FreeBSD-5.x-CURRENT library support because
CS> it used to work fine, months back.  Just looking for clues to help
CS> narrow the search. Any suggestions at how to further diagnose would be
CS> appreciated.



CS> Below, I've run "truss -o gnucash.truss gnucash" for a few minutes.
CS> "top" shows guile eating all the cpu which truss isn't, and it's in
CS> state "stopev" which I don't recognize; maybe it's an artifact of
CS> truss.   The CPU consumption is definitely repeatable
CS> without truss, as here:

CS>   PID USERNAME PRI NICE   SIZE    RES STATE    TIME   WCPU    CPU COMMAND
CS>  5688 chris    139    0 22024K 11836K RUN      0:45 93.75% 93.75% guile


CS> I let it run a few minutes under truss then do some sort and uniq on
CS> the output to generate a list of the number of times various calls are
CS> made like:

CS>   chris@PECTOPAH<113> cat gnucash.truss | sort | uniq -c | sort -g -r > gnucash.truss.uniq-count

CS> The following are just most-frequently invoked calls, and it seems like
CS> thousands of failed calls to open the same nonexistent library can't be
CS> good, can't be the way things should work. Again, this is just waiting
CS> a couple minutes for it to start, and it hasn't even gotten close to
CS> showing the splash screen.

CS> 27695 open("/usr/X11R6/lib/gnucash/libm.la",0x0,0666)	 ERR#2 'No such file or directory'
CS> 27695 access("/usr/X11R6/lib/gnucash/libm.so",4)	 ERR#2 'No such file or directory'
CS> 16375 open("/usr/X11R6/lib/gnucash/libpopt.la",0x0,0666) ERR#2 'No such file or directory'
CS> 16375 open("/usr/X11R6/lib/gnucash/libintl.la",0x0,0666) ERR#2 'No such file or directory'
CS> 13584 open("/usr/X11R6/lib/gnucash/libcrypt.la",0x0,0666) ERR#2 'No such file or directory'
CS> 13584 access("/usr/X11R6/lib/gnucash/libcrypt.so",4)	 ERR#2 'No such file or directory'
CS> 12028 open("/usr/X11R6/lib/gnucash/libglib12.la",0x0,0666) ERR#2 'No such file or directory'
CS> 12014 open("/usr/local/lib/libm.la",0x0,0666)		 ERR#2 'No such file or directory'
CS> 12014 open("/usr/X11R6/lib/libm.la",0x0,0666)		 ERR#2 'No such file or directory'
CS> 12014 access("/usr/local/lib/libm.so",4)		 ERR#2 'No such file or directory'
CS> 12014 access("/usr/X11R6/lib/libm.so",4)		 ERR#2 'No such file or directory'
CS> 9726 open("/usr/X11R6/lib/gnucash/libgwrap-wct.la",0x0,0666) ERR#2 'No such file or directory'
CS> 9726 open("/usr/X11R6/lib/gnucash/libgwrap-glib.la",0x0,0666) ERR#2 'No such file or directory'
CS> 8131 sigprocmask(0x3,0x28066fd0,0x0)			 = 0 (0x0)
CS> 7104 open("/usr/local/lib/libpopt.la",0x0,0666)	 ERR#2 'No such file or directory'
CS> 7104 open("/usr/local/lib/libintl.la",0x0,0666)	 ERR#2 'No such file or directory'
CS> 7104 open("/usr/X11R6/lib/libpopt.la",0x0,0666)	 ERR#2 'No such file or directory'
CS> 7104 open("/usr/X11R6/lib/libintl.la",0x0,0666)	 ERR#2 'No such file or directory'
CS> 7104 access("/usr/X11R6/lib/gnucash/libpopt.so",4)	 ERR#2 'No such file or directory'
CS> 7104 access("/usr/X11R6/lib/gnucash/libintl.so",4)	 ERR#2 'No such file or directory'
CS> 7008 close(5)					 = 0 (0x0)
CS> 6007 open("libm.la",0x0,0666)			 ERR#2 'No such file or directory'
CS> 6007 open("/usr/lib/libm.la",0x0,0666)		 ERR#2 'No such file or directory'
CS> 6007 open("/lib/libm.la",0x0,0666)			 ERR#2 'No such file or directory'
CS> 6007 access("/usr/lib/libm.so",4)			 = 0 (0x0)

CS> [zillions of lines removed]
CS> _______________________________________________
CS> freebsd-ports@freebsd.org mailing list
CS> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
CS> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?863c78lwja.fsf>