This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: FW: wish84 incredibly slow
- From: Brian Ford <ford at vss dot fsi dot com>
- To: cygwin at cygwin dot com
- Cc: fergus at bonhard dot uklinux dot net
- Date: Mon, 14 Jun 2004 13:56:40 -0500
- Subject: Re: FW: wish84 incredibly slow
- References: <200406130626.i5D6QrgN013801@mailgw01.flightsafety.com> <Pine.CYG.4.58.0406141344010.3560@fordpc.vss.fsi.com>
- Reply-to: cygwin at cygwin dot com
On Mon, 14 Jun 2004, Brian Ford wrote:
> On Sun, 13 Jun 2004, fergus wrote:
> > but on every occasion that I tried this experiment, the longest individual
> > call, dwarfing all others, is a call towards the end (actually 17th from
> > last in all the examples of wish.log that I tried) beginning
> >
> > [unknown ...
> >
> > In one instance this call took more than 100 times longer than the next
> > longest call, but usually the factor was order 10-30.
>
> Could you send me the output of "fgrep unknown wish.log". If the list
> won't accept it, privately is fine. I don't promise to find anything, but
> I'm at least mildly interested.
Um..., nevermind. That would probably not be useful. All that time
elapses between these two calls:
876 6251810 [main] wish84 3360 path_conv::check:
this->path(g:\home\user\wishrc.tcl), has_acls(0)
35680785 41932595 [unknown (0xA64)] wish84 3360 _cygtls::remove: wait
0xFFFFFFFF
and since the debug print for the unknown thread is at the beginning of
the _cygtls::remove function, that is not the problem.
--
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained pilot...
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/