Re: (sid) kde3.3 - X performance]

From: Andrea Vettorello (andrea.vettorello_at_gmail.com)
Date: 10/08/04

  • Next message: Jule Slootbeek: "Re: SCP problem" 
    Date: Fri, 8 Oct 2004 16:09:54 +0200
To: debian-user@lists.debian.org

    On Fri, 08 Oct 2004 14:53:10 +0200, Riccardo Tortorici
    <riccardo.tortorici@email.it> wrote:
    > You're right, I'm sorry...
    > With the same hardware (an IBM Thinkpad R40e) comparing windoze XP
    > performance and the debian/kde3.3 ones it results slower with debian,
    > let's say less reactive to the user...
    > Is there a way to optimize the performance of the graphical environment
    > (i.e. high priority to X)? I can't believe XP graphical engine runs
    > faster than kde!

    Is because windos has the graphics rendering stuff running on kernel
    space, with all the troubles they got with this choice...

    > I found an answer to my question on another debian ML
    > suggesting me to execute the prelink command, unfortunately there are no
    > significant improvement. What I'm trying to obtain is a fully graphical

    The prelink command will "only" try to reduce loading time of programs
    (for details look in the prelink documentation).

    > oriented workstation (no ip_forwarding, no fw rules, no servers), i've
    > just recompiled the kernel (2.6.8.1) and the performance are surely
    > better than before, but i need more..
    >

    With the 2.6.x kernels be sure to check your X server is running with
    default priority (dpkg-reconfigure xserver-common).

    Andrea 

    -- 
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
  • Next message: Jule Slootbeek: "Re: SCP problem"

    Relevant Pages

    • Re: OpenGL-based framebuffer concepts
      ... programs to allocate and share out chunks of graphics memory to other ... full software renderer in the kernel. ... be to start merging the DRI drivers into the Framebuffer drivers. ... graphics framework into the realm of possibility just in userspace. ...
      (Linux-Kernel)
    • Re: Feature requests for open-source graphics (OT)
      ... FreeBSD kernel feature requests (NVIDIA graphics)" ... Subject: Forward: Updated FreeBSD kernel feature requests ... Evolution 2.22.0 FreeBSD GNOME Team Port ...
      (freebsd-arch)
    • Re: In-kernel graphics subsystem
      ... > We have this idea of integrating a graphics subsystem with the ... Graphics cards are way too complex to consider ... putting a whole OpenGL or windowing layer into the kernel. ... Also, a reliable system to freeze GPU activity, reset the GPU, and ...
      (Linux-Kernel)
    • Re: Feature requests for open-source graphics
      ... FreeBSD kernel feature requests (NVIDIA graphics)" ... Subject: Forward: Updated FreeBSD kernel feature requests ... Ability to pin pages from that object and get addresses for them to ...
      (freebsd-arch)
    • Re: [RFC] enhancing the kernels graphics subsystem
      ... >>> Linux graphics world and avoid the situation we have now where several ... >>> kernel and userspace drivers compete for control of graphics devices. ... >> The original model for this was to give each head its own fbdev device. ... > thing, you have crtcs and outputs, no heads. ...
      (Linux-Kernel)