tag 242664 + moreinfo
thanks
On Wed, Apr 07, 2004 at 11:43:38PM +0000, simon raven wrote:
> "x-based apps take way too long to open, and the load goes up to 2-5".
>
> i explain further:
> for example, i opened gq (an LDAP browser/db editor) a few minutes ago,
> it took all of 3-8 seconds to open, whereas with 4.3.0-6 or -7, it takes
> several minutes to open, and the load goes up to 3 or 4.
>
> if i open say, firefox, it takes a good 5 minutes, and the load goes up
> to 4 or 5.
>
> -----
> % time mozilla-firefox
> selected locale: en-US
> mozilla-firefox 26.64s user 3.69s system 54% cpu 56.143 total
> -----
> this is in -5. and the load: 1.32 0.81 0.64
>
> also, can you tell me what would cause this, if you have an idea on what
> this might be?
I notice neither lspci nor the X server saw any PCI video devices on your machine.
What is your hardware? If I had to guess, I'd say it was an OldWorld
PowerMac, maybe even a NuBus machine.
> VGA-compatible devices on PCI bus:
>
There were very few changes in 4.3.0-6:
xfree86 (4.3.0-6) unstable; urgency=medium
* Urgency due to fix for FTBFS on SPARC.
* Fix build-server rule to copy a hardlinked source tree for the debugging
server build exactly as the normal build rule does; the clever tricks
undertaken to conserve inodes did not work properly (thanks, Daniel
Jacobowitz).
- debian/rules
* Fix build-server's stamp rule to depend on patch-audit's stamp rule, not
patch-audit itself (thanks, Daniel Jacobowitz).
- debian/rules
* Fix yet another incorrect usage of printf. Aggressive line-wrapping at 80
columns considered harmful!
- debian/xlibs.bug
* Flesh out elographics driver manpage, courtesy of Lee Maguire.
(Closes: #236388)
- debian/patches/075_elographics_improve_manpage.diff
* Update examples and information in xdm's Xservers file to give sysadmins
more detailed and accurate advice, and to use XFree86 4.x's "-depth"
option in the examples instead of XFree86 3.x's "-bpp" option. Thanks to
Frank Murphy for pointing out how long in the tooth this information had
become. (Closes: #237878)
- debian/patches/905_debian_xdm.diff
* Drop xlibs's conflicts/replaces relationship with xlib6 (the old,
no-longer-maintained, security-hole-ridden libc5 version of the X
libraries from XFree86 3.3.6), because it is spurious. There is no file
overlap and no particular reason to force xlib6 off the system, apart from
the sheer insanity of keeping libraries with known security holes on the
system. However, that's the user's decision. (Closes: #236780)
- debian/control
* Revert patch applied in 4.3.0-3 to enhance the sunffb driver;
unfortunately, it does not build. (Closes: #236705)
+ Apply patch by David S. Miller to implement XAA and Render support in
the sunffb driver.
- debian/patches/073_sunffb_xaa_render_fb_support.diff: deleted
* Fix IGNORE_MANFIEST_CHANGES logic to properly distinguish diff's exit
codes, and work as intended. Thanks to Daniel Schepler for bringing this
problem to my attention. (Closes: #238080)
- debian/rules
-- Branden Robinson <branden@debian.org> Tue, 16 Mar 2004 15:44:17 -0500
The only one of the above that affected the X server was the sunffb
item, and it only affected SPARCs (by allowing them to compile the
sources again).
Are you still having this problem with 4.3.0-7?
--
G. Branden Robinson | Imagination was given man to
Debian GNU/Linux | compensate for what he is not, and
branden@debian.org | a sense of humor to console him for
http://people.debian.org/~branden/ | what he is.
Attachment:
signature.asc
Description: Digital signature