![[H]ard|Forum](/styles/hardforum/xenforo/logo_dark.png){kind=logo}
-
Some users have recently had their accounts hijacked. It seems that the now defunct EVGA forums might have compromised your password there and seems many are using the same PW here. We would suggest you UPDATE YOUR PASSWORD and TURN ON 2FA for your account here to further secure it. None of the compromised accounts had 2FA turned on.
Once you have enabled 2FA, your account will be updated soon to show a badge, letting other members know that you use 2FA to protect your account. This should be beneficial for everyone that uses FSFT.
Unix host - Windows server VMs.
- Thread starter DESmack
- Start date
- Joined
- Apr 7, 2006
- Messages
- 10,477
RISC is a CPU design strategy based around the idea that simplified (opposed to complex) instructions can provide higher performance if this simplicity enables much faster execution of each instruction.
CPUs based on ARM, SPARC, MIPS are in the "RISC family"
@OP
What exactly is the underlying infrastructure you are running?
You could try Xen, it has been made to work on ARM processors. But if you give us some more specifics you would get a better answer
CPUs based on ARM, SPARC, MIPS are in the "RISC family"
@OP
What exactly is the underlying infrastructure you are running?
You could try Xen, it has been made to work on ARM processors. But if you give us some more specifics you would get a better answer
I know what RISC is - what I was getting at was what you were asking. which RISC platform and why does it matter?I'm not sure of the point, really. Today's x86 achitecture simply blows away the RISC based computing today. For instance..take a look at customers like EMC who have migrated from running their Oracle DB's from SPARC to Cisco UCS running x86 and it simply blows SPARC out of the water in performance, not too mention the the cost savings.
Hi Vader,
The cost savings are around the licensing cost of enterprise databases. In a large environment a modern RISC server can run 1024 Virtual machines (Power7, SPARC etc), off say 2-4 procs. If your enterprise database say oracle, is licensed on a 'per proc bases, you get a lot more bang for your buck, hardware and software wise, than x86 in raw computer power, and virtual machine flexibility. Ie you can have proper test train and live, database instances all running in there own full OS sandboxed environment. |If you do this with x86, you incur mammoth windows licence costs, vm costs, etc . Unix has free virtualisation in AIX and Solaris, not sure about HP-UX.
That example though is not my issue. That is my customers one. I need to be able to knock up x86 flavoured OS'es (Windows) and more traditional unix ones, or linux, so that I can do load testing, or compatibility testing between the OS'es and new database software. I want to do this on a virtualisation host layer that can support the various oses.
Any ideas would be great.
Cheers,
Desmack.
The cost savings are around the licensing cost of enterprise databases. In a large environment a modern RISC server can run 1024 Virtual machines (Power7, SPARC etc), off say 2-4 procs. If your enterprise database say oracle, is licensed on a 'per proc bases, you get a lot more bang for your buck, hardware and software wise, than x86 in raw computer power, and virtual machine flexibility. Ie you can have proper test train and live, database instances all running in there own full OS sandboxed environment. |If you do this with x86, you incur mammoth windows licence costs, vm costs, etc . Unix has free virtualisation in AIX and Solaris, not sure about HP-UX.
That example though is not my issue. That is my customers one. I need to be able to knock up x86 flavoured OS'es (Windows) and more traditional unix ones, or linux, so that I can do load testing, or compatibility testing between the OS'es and new database software. I want to do this on a virtualisation host layer that can support the various oses.
Any ideas would be great.
Cheers,
Desmack.
I don't know of anything off the top of my head that would allow you to, but even so it would be incredibly slow(compared to an x86 host) because you'll have to emulate the x86 hardware.
Your best bet is, don't try and shoehorn a solution on top of you RISC server. Build yourself a cheap x86 host for doing whatever testing with the x86 software that's needed, and leave your RISC server for whatever RISC based software/virtualization(AIX, Oracle, etc) you need.
Your best bet is, don't try and shoehorn a solution on top of you RISC server. Build yourself a cheap x86 host for doing whatever testing with the x86 software that's needed, and leave your RISC server for whatever RISC based software/virtualization(AIX, Oracle, etc) you need.
- Joined
- Dec 29, 2000
- Messages
- 2,498
Emulating x86 on top of RISC is going to be dog slow, just ask anyone who ever ran Windows on top of a PPC Macintosh.
The simplest solution is often the best.
The simples solution is to use x86 hardware for x86 software.
The exception here would be Itanium, where you could have something like an Altix 4700 and use orac to bring up domains with Windows, Linux, or BSD.
The simplest solution is often the best.
The simples solution is to use x86 hardware for x86 software.
The exception here would be Itanium, where you could have something like an Altix 4700 and use orac to bring up domains with Windows, Linux, or BSD.
Completely understand this from a db licence perspective however when you compare the replacement and support costs of RISC hardware to x86, the $ difference is quite large, would have to do a cost comparison to completely see the big picture here.