The time now is Tue 21 May 2013, 10:38
All times are UTC - 4 |
| Author |
Message |
GJones
Joined: 18 Mar 2012 Posts: 12
|
Posted: Sun 18 Mar 2012, 22:32 Post subject:
GTK2 compilation options and other things Subject description: Or: what does Wary do that other distros don't? |
|
First off, I'll admit to being a little unwilling to give Wary (or any kind of Puppy Linux) a try. I do not like the idea of running as root, completely bypassing the UNIX permissions system. However... I have a spare Thinkpad 600E with 192 MB of RAM, and other Linux distros are simply not usable on it. GTK2 applications in particular lag like crazy on most distros, and also on *BSD. Haven't even tried Qt4 applications on that computer, and get a feeling I shouldn't.
After some investigation into GTK2 performance issues on old computers, I decided I had nothing to lose, and tried the latest version of Wary...
And lo and behold, the same applications that were unusable on other distributions worked fine on Wary. The awful menu delays I'd seen elsewhere simply weren't there. Even Seamonkey worked fine - slow, sure, but responsive enough to use for basic browsing. The only unusable application is Abiword, and that's thanks to the smooth scrolling misfeature in 2.8.6, which is a whole other matter.
So, I have to ask: why should a given GTK2 program be faster on Wary than on, say, Debian Squeeze? Are some packages for Wary compiled with optimizations for low-end computers, or with certain features disabled? Can anyone give me details on this?
|
|
Back to top
|
|
 |
jemimah

Joined: 26 Aug 2009 Posts: 4309 Location: Tampa, FL
|
Posted: Mon 19 Mar 2012, 12:21 Post subject:
|
|
I think it's mostly to do with how much crap is running in the background. Wary keeps background daemons to a minimum, for example there's no dbus which surely speeds things up a lot but limits the applications you can have.
|
|
Back to top
|
|
 |
GJones
Joined: 18 Mar 2012 Posts: 12
|
Posted: Mon 19 Mar 2012, 19:16 Post subject:
|
|
Maybe, but I don't think that's it... I had OpenBSD running entirely without dbus, and had tried one Linux distro (a Salix custom install) likewise. Both were still barely usable compared to Wary.
I should also note that the Wary install is frugal, which I'm guessing (though I may be wrong) means additional overhead from decompression. So I'm just kind of stumped at how decent the performance is.
Hmm... What are the default compile options for Wary? -O1? -O2? Also, does anyone have a copy of the Wary kernel config? The config doesn't seem to be present in the distribution, and I'd like to see what changes were made to it from the default.
|
|
Back to top
|
|
 |
jemimah

Joined: 26 Aug 2009 Posts: 4309 Location: Tampa, FL
|
Posted: Tue 20 Mar 2012, 11:10 Post subject:
|
|
As far as I can tell, Barry has never mentioned doing anything special with the gtk compile options. But the community seems to generally agree that things should be compiled -Os with a few other options to reduce binary size.
You can recompile gtk with whatever options you want just to prove if it makes a difference or not - I'm guessing not.
Kernel configs can be found in /etc/modules/DOTconfig-*
If you're running a frugal install, maybe running from RAM explains it, but I would expect that to only boost application start up speed.
Maybe the older version of xorg likes your video hardware better - you could compare wary with racy to see if that's the case.
|
|
Back to top
|
|
 |
izezi
Joined: 19 Mar 2012 Posts: 58
|
Posted: Wed 21 Mar 2012, 16:05 Post subject:
Re: GTK2 compilation options and other things Subject description: Or: what does Wary do that other distros don't? |
|
| GJones wrote: | | First off, I'll admit to being a little unwilling to give Wary (or any kind of Puppy Linux) a try. I do not like the idea of running as root, completely bypassing the UNIX permissions system. However... I have a spare Thinkpad 600E with 192 MB of RAM, and other Linux distros are simply not usable on it. GTK2 applications in particular lag like crazy on most distros, and also on *BSD. Haven't even tried Qt4 applications on that computer, and get a feeling I shouldn't. |
I've got a Gateway Solo 1450 laptop w/ a 1.2GHz Celeron, 256 RAM and 20GB HD running FreeBSD 7.4 and Fluxbox that I've been using to boot Wary 5.2.2 from a 8GB USB stick install and it works great. It didn't have enough RAM to run anything newer than 7.4 and KDE4 drags it to a standstill but I'm really pleased with the way Puppy has brought it back to life.
It is a little strange running as root all the time but with a USB install it's not such a big deal. I remastered the LiveCD after I got my system set up like I wanted and if need be will just overwrite the stick and start over.
|
|
Back to top
|
|
 |
GJones
Joined: 18 Mar 2012 Posts: 12
|
Posted: Fri 23 Mar 2012, 13:52 Post subject:
|
|
It's not a big deal from a live CD. Not convinced about live USB though, USB sticks are read/write. For live USB I'd be more inclined to use something like Porteus, I think (it uses a guest account by default).
(Computers that can boot properly from a USB stick are generally powerful enough to handle Porteus anyway.)
BTW I've come up with something:
This page seems to indicate that Puppy's default compile flags include -fomit-frame-pointer. This makes debugging impossible on x86-32, which is bad; but also frees up a register, which should speed things up quite a bit. That might explain what I've seen to at least some extent, since (due to the debugging issue) very few distros ship binaries compiled with -fomit-frame-pointer.
I would have to do some compiling myself to further investigate. Maybe two copies of a custom Puppy spin, one with -fomit-frame-pointer and one without... I don't really want to set aside the (possibly considerable) time for that though.
|
|
Back to top
|
|
 |
GJones
Joined: 18 Mar 2012 Posts: 12
|
Posted: Fri 23 Mar 2012, 14:11 Post subject:
|
|
Hmm, another thing: I was able to find BK's config for (what I think is) the Wary kernel... It like he has "tickless" mode (CONFIG_NO_HZ) undefined (i.e. same as 'nohz=off'). I've never seen that make any serious performance difference on newer computers, but perhaps CONFIG_NO_HZ introduces some latency or something on very old ones?
(He does have CONFIG_HIGH_RES_TIMERS enabled though. Not sure what that would do without CONFIG_NO_HZ. Also, CONFIG_HZ is set to 250 instead of Slackware's 1000, which IIRC might be of some benefit on an old computer where low latency is impossible anyway.)
|
|
Back to top
|
|
 |
GJones
Joined: 18 Mar 2012 Posts: 12
|
Posted: Sun 25 Mar 2012, 19:35 Post subject:
|
|
Hmm... Well there's something I didn't notice, right in front of my nose. Puppy runs Xorg at niceness -1 by default... That could probably make things snappier on an old machine. I think.
|
|
Back to top
|
|
 |
amigo
Joined: 02 Apr 2007 Posts: 1757
|
Posted: Mon 26 Mar 2012, 04:45 Post subject:
|
|
"Xorg at niceness -1" -where is that located?
|
|
Back to top
|
|
 |
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum You cannot attach files in this forum You can download files in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|