home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   alt.os.linux.slackware      I think its the one without Selinux crap      87,272 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 86,324 of 87,272   
   Jim Diamond to Petri Kaukasoina   
   Re: SDDM slow on (32-bit) Slackware 15.0   
   02 May 23 17:50:15   
   
   From: JimDiamond@jdvb.ca   
      
   On 2023-05-02 at 10:41 ADT, Petri Kaukasoina    
   wrote:   
   > Sylvain Robitaille   wrote:   
   >   
   >> 32-bit one   
   >   
      
   >   
   >>What I'm finding, though, is that the display manager (SDDM) is   
   >>excruciatingly slow to "wake up" and present the password prompt,   
   >>and even when that becomes "visible" it will redraw it a couple of   
   >>times before actually responding to entered keystrokes.  Once logged   
   >>in (or the screen locker unlocked) the system's response seems quite   
   >>normal   
   >   
   >>SDDM is *supposed* to be lightweight and fast, but it sure doesn't   
   >>feel that way to me on the little Sony Vaio ...   
   >   
   > I see similar slowness with Slackware64 on a 64-bit Pentium 4 (3.20GHz) with   
   > 4 GB RAM and Intel Corporation 82945G/GZ Integrated Graphics Controller.   
   >   
   > I don't think SDDM is lightweight. kdm in 14.2 is lightweight and fast. SDDM   
   > uses direct rendering via opengl, and I guess it expects more than the old   
   > Intel graphics can deliver. After I remove file /usr/lib64/dri/i915_dri.so,   
   > sddm behaviour becomes better. Then the llvmpipe software rasterizer does   
   > the rendering instead of the i915 "amber" hardware driver. And it seems to   
   > work better...   
   >   
   > Even better, move to xdm. Create file /etc/rc.d/rc.4.local with this content:   
   >   
   > #   
   > if [ -x /usr/bin/xdm ]; then   
   >   exec /usr/bin/xdm -nodaemon   
   > fi   
   >   
   > And chmod +x /etc/rc.d/rc.4.local   
      
   I agree with Petri, why not use xdm.  It is fast, lightweight and   
   reliable.  Unless sddm gives you something you really need or want that xdm   
   doesn't, I don't see the point.   
      
   An alternative to creating the file (as Petri suggests) is to do the   
   far more satisfying   
   # removepkg sddm   
      
                                   Jim   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca