Is this more related to the tortoise than the dialogs? The dialogs aren't even
remotely what i would call slow on even my atom powered notebook under winxp
but the overlays are.
Nor is it slow on my ancient dell p4 machine.
I wonder if its only a set of dialogs in particular that your talking about or
all of them?
Not to try and negate your troubles, its just what i've seen.
-----Original Message-----
From: Douglas Philips <d...@mac.com>
Sent: Thursday, February 26, 2009 9:27 AM
To: Marko Käning <mk...@mch.osram.de>
Cc: tortoisehg-discuss@lists.sourceforge.net
Subject: Re: [thg] Feature proposal: exclude/include paths for overlay icons
On or about 2009 Feb 26, at 9:30 AM, Marko Käning indited:
> Yeah, I can confirm this: my 700 MHz W2k machine needs about 7 to 10
> seconds every time I try to synchronize a repo or have a look at the
> ChangeLog until the corresponding dialog actually appears on the
> screen...
> Quite annoying. From that point of view a seperate application (which
> keeps all it's DLLs loaded) would make more sense to me, just like
> WinCVS
> (but luckyly TortoiseCVS is not that slow). Python itself is a real
> show
> stopper here.
>
> Actually even on my WXP machine (2.1 GHz P4) THG is not really
> fast... :(
Also as point of data, when my work team was using
CVS they would keep WinCVS open all the time.
When I use THg, I use it from the command line.
When I first started using THg (around 0.4)
I would try to keep the windows open all the time
(because of the delay it took to
to open "on demand")
but they aren't written to handle that usage.
They are written to get in and get out.
This is why I had such hope for the
GSoC project last summer that was going
to provide a WinCVS-like experience.
To be clear, I still see value in the
existing Right-Click "on demand" model,
and my work group has been willing to put
up with the performance hit and lack of
unified WinCVS experience because while the
GUI might be slower than WinCVS, the
underlying operations are MUCH faster.
IMHO THg needs to solve the performance
issues before 1.0. How that fits into
the other pre-1.0 priorities is not
very clear to me, nor is it clear
where it should fit in...
Just my buck-two-fitty,
-Doug
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Tortoisehg-discuss mailing list
Tortoisehg-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tortoisehg-discuss
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Tortoisehg-discuss mailing list
Tortoisehg-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tortoisehg-discuss
