FedoraThis forum is for the discussion of the Fedora Project.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
over the last few weeks it's gotten much slower, like 10-15 seconds to open an xterm window slow. i think it's because i have a ton of processes taking up memory somehow, free says
all i've got open is firefox, firebird, gaim, and xmms, as well as the xterm i ran that in. seems like there's a log going on, and a lot of repeat processes on the list. any help?
As root run the top command. Then hit SHIFT-M. That will sort processes by memory usage and show you processes with the highest memory usage first. SHIFT-P will show you process with the most processor usage first.
I noticed a couple xmms processes along with firefox and thunderbird. I've had mozilla go nuts on me in the past and start using 98% of my processor and up to 80% of my memory. If something like xmms, firefox, or thunderbird are chewing up all of your memory or processor kill off the process. You can easily do that by pressing k while top is running. It will then prompt you for a process id to kill. Look in the PID column for the correct number to enter. If you decide not to kill a process just press enter and the PID to kill: prompt will go away and take you back to top. Press q to quit the top program.
none of the processes are using a great ammount of memory by themselves, just X, firefox and thunderbird are big, the rest are under 2%, but all the kdeinits are almost 2%each... so it's not like there's one program doing it all
I was seeing a similar performance problem that was only affecting some X programs. The symptom was that they would start VERY slowly. And during bootup, sendmail was starting VERY slowly as well.
Try adding ".localdomain" versions of each host name in your /etc/hosts file.
BEFORE
127.0.0.1 localhost
192.168.1.1 firewall
192.168.1.102 bobby
AFTER
127.0.0.1 localhost.localdomain localhost
192.168.1.1 firewall.localdomain firewall
192.168.1.102 bobby.localdomain bobby
This worked for me. Sendmail starts very quickly now (on RedHat 8 and 9 systems).
As a replacement to tksysv you now have chkconfig and service
in /etc/rc.d/init.d you have scripts that can be setup to start in certain runlevels. You can control them with chkconfig.
chkconfig smb off
service smb stop
The service command starts and stops services, chkconfig sets up the scripts to start and stop on boot or runlevel changes.
Also chkconfig controls the daemons in /etc/xinetd.d, they are not services so they cannot be controlled by service. chkconfig will restart xinetd to stop or start them as needed.
However it does sound like it's just your /etc/host file causing slow startups. The ram usage can be misleading since you are looking at cached and buffered ram as well as ram that's actually used. The processes you show running are not looking very abnormal. I think you'll be ok on your memory as is.
Last edited by DavidPhillips; 03-19-2004 at 11:59 PM.
Originally posted by eskinner I was seeing a similar performance problem that was only affecting some X programs. The symptom was that they would start VERY slowly. And during bootup, sendmail was starting VERY slowly as well.
Try adding ".localdomain" versions of each host name in your /etc/hosts file.
BEFORE
127.0.0.1 localhost
192.168.1.1 firewall
192.168.1.102 bobby
AFTER
127.0.0.1 localhost.localdomain localhost
192.168.1.1 firewall.localdomain firewall
192.168.1.102 bobby.localdomain bobby
This worked for me. Sendmail starts very quickly now (on RedHat 8 and 9 systems).
that's exactly what's happening to me, but when i went to change my etc/hosts there's only one line it it, and it already has the localdoman in front.. so i don't know what to do with it.
Well, several things have to be in sync. Here's the portions of my system configuration that I think are important in this respect. There are three files: /etc/hosts, /etc/sysconfig/network, and /etc/sysconfig/network-scripts/ifcfg-eth0
My /etc/hosts contains:
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost.localdomain localhost
192.168.1.1 firewall.localdomain firewall
192.168.1.10 gort.localdomain gort
192.168.1.11 klaatu.localdomain klaatu
192.168.1.102 bobby.localdomain bobby
192.168.1.201 printer.localdomain printer
My /etc/sysconfig/network contains:
NETWORKING=yes
HOSTNAME=bobby
And my /etc/sysconfig/network-scripts/ifcfg-eth0 contains:
DEVICE=eth0
ONBOOT=yes
BOOTPROTO=dhcp
I was told that the /etc/sysconfig/network file *should not* specify the domain name on the same line as the hostname. When this is done, the system has to figure out the domain from somewhere else. If it can't find it, then it assumes ".localdomain" but only uses the fully-qualified name "bobby.localdomain" (in my case) a couple of times. During sendmail's startup and during the launch of some (but not all) X programs. When the ".localdomain" entries are missing in /etc/hosts, the system tries to resolve the full name through DNS and that is what takes several minutes (to fail).
Okay, I'm pretty sure you need to add a line to your /etc/hosts file that has the IP address your system is being assigned, and your hostname with ".localdomain" and then the hostname again. The only thing you need to find out is your IP address, and that's easy to get.
In a shell (terminal), type the following command and press enter:
The section about "eth0" is the area of interest, and the "inet addr" is the value that's needed. In my case, my IP address is 192.168.1.102 and, if that's the address your system is assigned, here's what /etc/hosts should look like:
Glad to help. It took me a loooong time to find the answer (and I finally found it here at LinuxQuestions.org) so I figured I'd pay back the favor and post my solution to several queries that looked like they might be having the same problem. As it turns out, that's exactly what happened in your case. I'm pleased it worked out so well.
Feel free to send me an Email message (there's a button around here somewhere that'll let you do that).
I'm having similar problems, except I can't seem to fix it.
I remember this happening a while ago, and I fixed it then, but I don't remember what I did.
This time around, problems cropped up when I changed the hostname on my linux box (FC3 BTW)
However, I can't seem to make the problem go away (xterm takes about 2 minutes to load)
Any thoughts? Thanks in advance!
Here are my files:
#/etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost.localdomain localhost frodo
192.168.0.101 localhost.localdomain frodo.localdomain frodo localhost
192.168.0.102 bilbo.localdomain bilbo
192.168.0.103 sam.localdomain sam
#/etc/hosts
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1 localhost.localdomain localhost frodo
192.168.0.101 localhost.localdomain frodo.localdomain frodo localhost
192.168.0.102 bilbo.localdomain bilbo
192.168.0.103 sam.localdomain sam
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.