Linked by Guillaume Maillard on Thu 10th Oct 2002 05:44 UTC
Being a BeOS user (a purely desktop system) and because I code under Linux, I see XFree86 (v4.1 on my machine) as a user and as a developper. And this is where the problem lies. My Gnome or KDE desktops are slow in comparison with other operating systems, but XFree86, the 'engine' behind these desktops, proves me that it's not. Let's look at what I have in front of me: a dual Pentium III at 933Mhz with 512MB of memory, a Radeon 32 AIW, a modified Mandrake 8.0 powered by kernel 2.4.18.
Permalink for comment
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
Recent Original Stories
Recent Comments
Headlines
Random Comments
Random Stories
Random OS Link
Just loaded up 10 instances of putty. If i drag a putty window over other putty windows the problem appears. If i drag it over other windows (Bersirc, Explorer [not ie]), etc it draws perfectly fine. If i drag over explorer windows with a page loaded, the problem appears as well.
So whats this tell you? That putty and explorer draw slow. They sit too long in their WM_PAINT handler, its not that they aren't getting the messages or are missing them, or theres some hidden problem with how the gdi draws. They just draw slow. Having written a faked console app (like putty) i can tell you, this effect goes with the territory. Every character is parsed out individually (it supports ansi emulation you know) so.. ta da. Solution? Use telnet.exe instead or ssh.exe from binutils. Sure it happens on all the computers you'll try it on, until you find a 3ghz one perhaps. At any rate, its the app, not windowsxp.