Linux - EnterpriseThis forum is for all items relating to using Linux in the Enterprise.
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.
I'm surprised that RedHat didn't auto-detect that you had multiple CPU's (unless, of course, your VM was only configured for one CPU when you originally installed)...
... but no, there isn't any magic configuration setting you can change.
You *can* install a new kernel.
But honestly - it might be easiest for you to save a copy of your current VMimage, and just build a new image.
...although i've heard...you have to reinstall the OS to make it support more than one CPU.
It's been a while since I did it last, but I believe that all I had to do was a "yum install kernel-smp" and edit grub.conf so "default" pointed to the added paragraph. It was not particularly complicated.
2. I've never used ESX ... but I've used VMWare/Workstation a *lot*.
In Workstation, I'd just:
a) clone my existing image (i.e. make a backup)
b) Try installing the new kernel (e.g. "yum install kernel-smp" and editing "grub.conf")
3. I certainly wouldn't suggest that adding SMP support will necessarily "fix the problem" (I suspect you'll probably need to investigate further to find the actual problem)...
... but taking advantage of both CPUs is definitely the first thing you need to do.
Installing a new kernel is probably a complete cure. However, I would suggest to also check the applications installed. Sometimes, they also discover during installation if there is a single CPU or a dual CPU. Some may use different code for each of these cases. This practice has hopefully been discontinued by now, but I know of at least some cases in the past (and, yes, this should properly be taken care of by the kernel, not the apps - but still...).
Hi -
2. I've never used ESX ... but I've used VMWare/Workstation a *lot*.
In Workstation, I'd just:
a) clone my existing image (i.e. make a backup)
b) Try installing the new kernel (e.g. "yum install kernel-smp" and editing "grub.conf")
I will try to use VCB (Vmware Consolidated Backup) to create an image of my virtual machine, and then try to do as suggested!
I made an Imagebackup of the virtual machine and converted it into Vmware Workstation 6.
Started the server just to verify that it came online OK
Shutdown the virtual machine
Added an extra CPU and tried to start the server again...... AND IT WORKS!
when using top-command i can see that it uses 2 CPUs now.
So, i didn't have to do anything but to add an extra CPU! How is that?
I have to try this in the ESX environment before i do any changes to the "real virtual machine"
Is it true that an 32 bit OS should not have more than 4GB of RAM?
I've heard that if we need more than that we should consider an 64bit OS instead.
This is right, because a 32 bit CPU (without using any tricks) can access up to 2^32 byte of memory and that is 4GB. A 64 bit CPU can address much more (but not necessarily 2^64, as the number of bits must not necessarily be propagated to the address bus size).
This is right, because a 32 bit CPU (without using any tricks) can access up to 2^32 byte of memory and that is 4GB. A 64 bit CPU can address much more (but not necessarily 2^64, as the number of bits must not necessarily be propagated to the address bus size).
Rainer
Could this be an performance issue as well, because we have 5.5GB RAM in this server.
32-bit systems are not limited to 4 Gig of RAM. PAE hardware has been around for years - as have supporting kernels. Using more than that has a small impact - as the memory gets larger, the impact increases. You will not be able to measure this normally - certainly not by looking at process CPU usage.
Merely changing to a 64-bit OS will not necessarily be a solution. If the application code is still linked as 32-bit, the major benefit will not be to that application. If the distro is not multilib, the application may not work at all.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.