RE: Is this sysstem supported by RHEL Server?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Point 1: I'm sorry, I can't really elaborate on this. We run RHEL at my
work on ESX, with support, and we've never considered the underlying
hardware, it
Just works, and it is supported.

Point 2: You might have only Linux responsibility but there isn't a
clear line of demarcation when performance is bad. Perhaps the Oracle
guest server isn't performing well and hence the database isn't
performing well, because the host isn't performing well. Then suddenly
it's your responsibility.

But if everyone's aware of that risk and they don't care about
performance,
Fine.

Cheers.

-----Original Message-----
From: redhat-list-bounces@xxxxxxxxxx
[mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Erling Ringen
Elvsrud
Sent: Wednesday, 15 July 2009 6:49 p.m.
To: General Red Hat Linux discussion list
Subject: Re: Is this sysstem supported by RHEL Server?

On 7/15/09, Geofrey Rainey <Geofrey.Rainey@xxxxxxxxxx> wrote:
> I don't think the underlying hardware beneath RHEL matters.

Can you elaborate on this. I don't understand.

The reason I ask is that the number of entries in /proc/cpuinfo can vary
a lot
due to hyperthreading, multi core, and multi CPU.

For example a 2 CPU server with 8 cores total is supported by RHEL
Server
physical_id will be 1 and 0. processor is 0-7.


So to rephrase my question:

Is a virtual server supported by RHEL Server if the physical host has
4 physical CPU-sockets and  the virtual server is assigned 4 virtual
CPUs?
(with the /proc/cpuinfo posted earlier which indicates nothing about
the number of physical cpus only concurrent threads of execution).

What if the virtual host has 1 virtual CPU, but the physical host has
4 physical cpu-sockets?

> I'd be reluctant to run Oracle as a VM, unless it's either
> A very low end database doing minimal work, or a dev environment.

This is not a great concern for me which have only Linux responsibilty,
I have
also alredy asked about this and the decision makers claim performance
should be good enough for the application.

Best regards,

Erling Ringen Elvsrud

-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
==========================================================
For more information on the Television New Zealand Group, visit us
online at tvnz.co.nz 
==========================================================
CAUTION:  This e-mail and any attachment(s) contain information that
is intended to be read only by the named recipient(s).  This information
is not to be used or stored by any other person and/or organisation.


-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux