[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: The New GNUstep Seems Slow
From: |
Richard Stonehouse |
Subject: |
Re: The New GNUstep Seems Slow |
Date: |
Thu, 28 Apr 2011 20:03:48 +0100 |
User-agent: |
Mutt/1.5.20 (2009-06-14) |
This was with the cairo backend.
Rebuilds with the art and xlib backends work fine - run at the
expected speed.
The installed cairo is libcairo.so.2.10800.10 from openSUSE 11.3
package cairo-1.8.10-3.1.i586; gnustep-back 0.18.0 worked OK with
this.
There is another libcairo on the system, installed by vmware in one
of its own directories, but I'm pretty confident that gnustep-back is
linked against the correct libcairo and not the spurious one.
openSUSE 11.4, which I've downloaded but not yet installed, has a new
version of libcairo: /usr/lib/libcairo.so.2.11000.2 in package
libcairo2-1.10.2-6.9.1.i586. I'm planning to install it over the
weekend so will see whether the problem goes away.
Please let me know if there's anything else I should try.
On Thu, Apr 28, 2011 at 11:08:23AM +0100, Fred Kiefr wrote:
> I don't know about any specific reason why GNUstep should now be
> slower. This seems to be an important issue to investigate. Which
> bacend are you using? A wrong backend is the most common reason
> for a slowdown. If this isn't the case we need to use tools to
> find out where the time gets spend. I will send a mail on this
> next week, when I am back home.
>
> Fred
>
> On the road
>
> Am 27.04.2011 um 07:07 schrieb Germán Arias <german@xelalug.org>:
>
> > Yes, I noticed too that the new GNUstep is a bit slow. But not too. On
> > my machine, GWorkspace works fine and fast. So your problem should be
> > something with configuration or installation.
> >
> >
> > On mar, 2011-04-26 at 18:12 +0100, Richard Stonehouse wrote:
> >> GNUstep built from the recent tarballs:
> >>
> >> gnustep-make-2.6.0
> >> gnustep-base-1.22.0
> >> gnustep-gui-0.20.0
> >> gnustep-back-0.20.0
> >>
> >> runs but seems very slow. On launching GWorkspace, it takes approx
> >> 30 - 35 secs before a blank window appears, and a further 10 - 15
> >> secs before this gets filled in with the file browser display. During
> >> the whole of this time GWorkspace is taking nearly 100% of the CPU. In
> >> the previous version (make-2.4.0, base-1.20.1, gui- and back-0.18.0)
> >> the whole sequence used to take just 2 - 3 secs.
> >>
> >> Other operations in GWorkspace, e.g. moving to an adjacent column in
> >> the display, are also slow and CPU-intensive. Other applications,
> >> e.g. SystemPreferences, show similar but less extreme symptoms.
> >>
> >> It may well be that I've made an error in the build, but the only
> >> obviously suspicious thing is a message in the gnustep-base build
> >> output:
> >>
> >> "gnustep-base-1.22.0-1130.1-results.txt:checking for thread-safe
> >> +initialize in runtime... configure: WARNING: Your ObjectiveC
> >> runtime does not support thread-safe class initialisation. Please
> >> use a different runtime if you intend to use threads."
> >>
> >> The machine is single-processor and the Objective C library is
> >>
> >> libobjc45-4.5.0_20100604
> >>
> >> from the openSUSE 11.3 distribution.
> >>
> >> Is this a known problem? (I seem to remember some discussion of
> >> diagnostic code slowing things down but assume this has been removed
> >> in the tarball release).
> >>
> >> If not, what further diagnostics would be useful?
> >>
> >
> >
> > _______________________________________________
> > Discuss-gnustep mailing list
> > Discuss-gnustep@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnustep
--
Richard Stonehouse