Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
Howto: Simple tuning of Debian systems
- canci
- Global Moderator
- Posts: 2502
- Joined: 2006-09-24 11:28
- Has thanked: 136 times
- Been thanked: 136 times
Nice howto!
I have a li'l tip here. Wanna reduce the overhead while starting up X?
Maybe this tool helps:
http://www.hacom.nl/~richard/software/xtoolwait.html
It makes proggies added to your .xsession wait until an acutally loading
prog is consuming memory. This way the startup should be faster.
Instructions are on the site...
I have a li'l tip here. Wanna reduce the overhead while starting up X?
Maybe this tool helps:
http://www.hacom.nl/~richard/software/xtoolwait.html
It makes proggies added to your .xsession wait until an acutally loading
prog is consuming memory. This way the startup should be faster.
Instructions are on the site...
Stable / Asus VivoBook X421DA / AMD Ryzen 7 3700U / Radeon Vega Mobile Gfx (Picasso) / 8 GB RAM / 512GB NVMe
READ THIS:
* How to Post a Thread Here
* Other Tips and Great Resources
READ THIS:
* How to Post a Thread Here
* Other Tips and Great Resources
I did some timing tests with prelink, and it did not seem to speed anything up (at least for me), so I removed it again.
What I did was, I booted up, and ran in konsole:
... and timed how long everything took to open.
Then I rebooted to clear the memory, and apt-got prelink, and ran /usr/sbin/prelink -avmR, and then ran the same command as above again, but everything took just as long to open up.
What I did was, I booted up, and ran in konsole:
Code: Select all
(konqueror &) && (kcontrol &) && (kprinter &) && (kinfocenter &) && (xterm &) && (kate &) && (kwrite &) && (iceweasel &) && (oowriter &)
Then I rebooted to clear the memory, and apt-got prelink, and ran /usr/sbin/prelink -avmR, and then ran the same command as above again, but everything took just as long to open up.
- craigevil
- Posts: 5391
- Joined: 2006-09-17 03:17
- Location: heaven
- Has thanked: 28 times
- Been thanked: 39 times
Unfortunately deborphan doesn't play nice with Sid.
Gentoo Linux Prelink Guide
http://www.gentoo.org/doc/en/prelink-howto.xml
Although written for Gentoo most of what is there seems to work well and not cause any issues in Debian.
A decent guide for tweaking a Sid system , other than the deborphan part, (which really needs to be edited out), is:
System tweaking
http://sidux.com/index.php?module=pnWikka&tag=Tweaking
Prelinking along with preload and AND seem to keep things running nice as smooth.
Gentoo Linux Prelink Guide
http://www.gentoo.org/doc/en/prelink-howto.xml
Although written for Gentoo most of what is there seems to work well and not cause any issues in Debian.
A decent guide for tweaking a Sid system , other than the deborphan part, (which really needs to be edited out), is:
System tweaking
http://sidux.com/index.php?module=pnWikka&tag=Tweaking
Prelinking along with preload and AND seem to keep things running nice as smooth.
Raspberry PI 400 Distro: Raspberry Pi OS Base: Debian Sid Kernel: 5.15.69-v8+ aarch64 DE: MATE Ram 4GB
Debian - "If you can't apt install something, it isn't useful or doesn't exist"
My Giant Sources.list
Debian - "If you can't apt install something, it isn't useful or doesn't exist"
My Giant Sources.list
Hmmm! I've never heard that, and I do use it every now and then (deborphan | xargs dpkg --purge). Guess I'll study it a little more before I do it again.Unfortunately deborphan doesn't play nice with Sid.
Debian-Lenny/Sid 32/64
Desktop: Generic Core 2 Duo, EVGA 680i, Nvidia
Laptop: Generic Intel SIS/AC97
Desktop: Generic Core 2 Duo, EVGA 680i, Nvidia
Laptop: Generic Intel SIS/AC97
- craigevil
- Posts: 5391
- Joined: 2006-09-17 03:17
- Location: heaven
- Has thanked: 28 times
- Been thanked: 39 times
Code: Select all
craigevil:/home/craig# deborphan
libpqxx-2.6.8
kdelibs
libexif-gtk5
libcurl4-openssl
libflac++5
libpoppler0c2-qt
libstlport5.1
libcdaudio1
libgpod1
libboost-filesystem1.33.1
libsdl-sound1.2
libbind9-0
libnotify1
libmpeg3-1
libcrypto++6
libsvnqt3
libsnmp9
libxapian13
gstreamer0.10-gnomevfs
libkpathsea4
libpanel-applet2-0
plib1.8.4c2
libotr2
libgd2-noxpm
libpostproc0d
libxt-java
libgnome-desktop-2
liblwres9
libjasper-1.701-1
libmagick++9c2a
libmetacity0
gstreamer0.10-fluendo-mp3
libgtksourceview1.0-0
libarts1-audiofile
libcal3d11c2a
libxul0d
libode0c2
libmyspell3c2
libdb4.2
libgail17
libiw28
liboggflac3
libpostproccvs51
libavformat0d
libept0
libx264-54
libmcrypt4
libgksu1.2-0
libglu1-xorg
guile-1.6-libs
libnautilus-burn4
libnautilus-burn3
libzvbi0
libmdbtools
libc6-i686
libdvdnav4
libkexif1
libqt4-qt3support
guile-1.8-libs
libk9copy0
libgdl-1-0
libexiv2-0.10
libwnck18
libid3-3.8.3c2a
libaldmb1
libgksuui1.0-1
libwine-twain
libarts1-xine
Raspberry PI 400 Distro: Raspberry Pi OS Base: Debian Sid Kernel: 5.15.69-v8+ aarch64 DE: MATE Ram 4GB
Debian - "If you can't apt install something, it isn't useful or doesn't exist"
My Giant Sources.list
Debian - "If you can't apt install something, it isn't useful or doesn't exist"
My Giant Sources.list
One way is "apt-cache rdepends"How do you determine if one of those belong to packages that you use?
That will list all the packages Apt knows about which depend on the one you identify in the command, whether or not you actually have them installed.
It's quite a confusing (to me) area, though. Sometimes you can delete a package even though some other package shows up as a (reverse) dependency, and the dependent application will still work.
Debian-Lenny/Sid 32/64
Desktop: Generic Core 2 Duo, EVGA 680i, Nvidia
Laptop: Generic Intel SIS/AC97
Desktop: Generic Core 2 Duo, EVGA 680i, Nvidia
Laptop: Generic Intel SIS/AC97
Yeah, you're correct -rickh wrote:Either works. You have to install apt-rdepends as a separate program.It's apt-rdepends, I think that the name may have changed
http://packages.debian.org/unstable/utils/apt-rdepends
Maurice Green on Usain Bolt's 9.58: "The Earth stopped for a second, and he went to Mars."
- craigevil
- Posts: 5391
- Joined: 2006-09-17 03:17
- Location: heaven
- Has thanked: 28 times
- Been thanked: 39 times
localepurge does have its bugs.
Debian -- localepurge
Debian -- localepurge
Please note, that this tool is a hack which is *not* integrated with Debian's package management system and therefore is not for the faint of heart. This program interferes with the Debian package management and does provoke strange, but usually harmless, behaviour of programs related with apt/dpkg like dpkg-repack, debsums, reportbug, etc. Responsibility for its usage and possible breakage of your system therefore lies in the sysadmin's (your) hands.
Please definitely do abstain from reporting any such bugs blaming localepurge if you break your system by using it. If you don't know what you are doing and can't handle any resulting breakage on your own then please simply don't use this package.
Raspberry PI 400 Distro: Raspberry Pi OS Base: Debian Sid Kernel: 5.15.69-v8+ aarch64 DE: MATE Ram 4GB
Debian - "If you can't apt install something, it isn't useful or doesn't exist"
My Giant Sources.list
Debian - "If you can't apt install something, it isn't useful or doesn't exist"
My Giant Sources.list
I've personally been using both deborphan and localepurge for ages without any problems at all.
localepurge seems to save me a surprising amount of space.
I guess the thing to remember is, don't use them unless you know what you are doing?
Another question that I've started to ask myself is "why isn't prelink|deborphan|localepurge|swappiness (and all the other 1000's of tweaks) part of the standard install/kernel?" I bet there are good reasons, but I think it's important to try and find out what those reasons are. It makes sense for me not to install a tweak unless I know what the downsides are.
localepurge seems to save me a surprising amount of space.
I guess the thing to remember is, don't use them unless you know what you are doing?
Another question that I've started to ask myself is "why isn't prelink|deborphan|localepurge|swappiness (and all the other 1000's of tweaks) part of the standard install/kernel?" I bet there are good reasons, but I think it's important to try and find out what those reasons are. It makes sense for me not to install a tweak unless I know what the downsides are.
i can personally vouch for the localepurge warning. to get xemacs21 as a dependancy on one of my systems (after localepurge), i ended up having to add some russian manpage directory. very very boring.Swynndla wrote:I've personally been using both deborphan and localepurge for ages without any problems at all.
i read the gentoo prelink guide and i have a question??
the right file in debian for putting the line export KDE_IS_PRELINKED="1"
is /etc/profile??
i put it there, rebooted but kdeinit is still running
the right file in debian for putting the line export KDE_IS_PRELINKED="1"
is /etc/profile??
i put it there, rebooted but kdeinit is still running
Last edited by mechmg93 on 2007-08-22 14:33, edited 1 time in total.
deborphan also works randomly for me. I've used it with my etch debian, and now with sid, and i get the same problem than said above: it find orphaned libraries which are not orphaned at all.
It would strongly advise to try a before everything in order to see the dependencies of the libs, and then remove carefully one by one the one you think are ok for removal...
[EDIT]: ok, just after posting that, i've started to clean my HDD using deborphan -d, and apt-get remove the libraries without dependencies, and now, the ony thing found by bedorphan is tcltls, which is used by amsn, but is not really a dependencie (since amsn can work without it), so not really a problem. Just deborphan -A tcltls and it's done. Still i strongly advise removing manually each package, even if it is only to know what the hell is going on on your system .
It would strongly advise to try a
Code: Select all
deborphan -d
[EDIT]: ok, just after posting that, i've started to clean my HDD using deborphan -d, and apt-get remove the libraries without dependencies, and now, the ony thing found by bedorphan is tcltls, which is used by amsn, but is not really a dependencie (since amsn can work without it), so not really a problem. Just deborphan -A tcltls and it's done. Still i strongly advise removing manually each package, even if it is only to know what the hell is going on on your system .
I have never had deborphan (I use the 'orphaner' frontend) remove libs with dependencies, but if it does it should be reported as a bug. However: if you have anything installed from source you can not trust it anymore of course since those dependencies are not known to apt.
Also remember that Unstable is called unstable for a reason. I can easily imagine deborphan fail on Sid systems...
Tina
Also remember that Unstable is called unstable for a reason. I can easily imagine deborphan fail on Sid systems...
Tina
I have never had a problem on Sid using # deborphan | xargs dpkg --purge
But, obviously, I don't guarantee that you won't. The question that arises in my mind is whether using dpkg --purge is leaving cruft from packages it is deleting.
I haven't gotten brave enough yet to try # deborphan | xargs aptitude remove
But, obviously, I don't guarantee that you won't. The question that arises in my mind is whether using dpkg --purge is leaving cruft from packages it is deleting.
I haven't gotten brave enough yet to try # deborphan | xargs aptitude remove
Debian-Lenny/Sid 32/64
Desktop: Generic Core 2 Duo, EVGA 680i, Nvidia
Laptop: Generic Intel SIS/AC97
Desktop: Generic Core 2 Duo, EVGA 680i, Nvidia
Laptop: Generic Intel SIS/AC97