Feeds

Getting under the shell of virtualization

On kernels and other nut puns

  • alert
  • submit to reddit

New hybrid storage solutions

Round up Week 3 What's an operating system anyway? The questions we posed this week were quite disconnected, but they inspired similar perspectives from the comments. Not least, respondents to the first article sought to address what exactly was an operating system. Graham Bartlett summed it up perhaps, by saying:

The answer really is "everything that doesn't do application-level processing". It's a pretty vague question, and appropriately enough gets a vague answer.

Graham was more specific on what might constitute the core of the operating system that might be called its 'kernel':

That's a very specific question, with a specific answer: the section of code which directly controls activation and deactivation of all other sections of code.

What relevance does this have to virtualization? It's an important distinction when we start to think about what exactly should go into a hypervisor, and where it should sit. TooMuchCoffee answered the former point quite succinctly when he said, "When is an operating system not an operating system? When it's a big ol' bag of drivers."

Of course it's not just about what vendors/communities come up with, but also what organizations adopt, and we should note that it is too early to fully grasp where things are going in terms of hypervisors, virtualization and so on. In the article we noted that leaner versions of both Linux and Windows Server were already coming on-stream. Competitive pressures would suggest this trend will continue, to the extent that we may well end up with what are to all intents and purposes microkernels. Not a moment too soon, said The Indomitable Gall:

The world and his dog has been crying out for a decent microkernel OS, but no-one has ever been willing to put the time in, instead developing more and more convoluted ways to patch, modify and blu-tack external code onto the major monolithic kernels.

However this is by no means a done deal, and in today's legacy-rich environment it may well be a step too far, as indeed might the other architectural models that can be dreamed up. That hasn't stopped the speculation in the comments however. One anonymous respondent suggested running a JVM on top of Xen, or indeed WINE (a controversial open source Windows compatibility layer) on Xen:

Windows applications could be run without the need to have an instance of Windows. Similarly other OSes could be made redundant with similar technology.

If we started from scratch, how different things might be! However, given that we cannot, backwards compatibility remains a major reason why we need to stick with what we have. Continues Mr Anonymous:

Until application programmers can target the Virtual Machine environment through a standard API then the OS is here to stay.

All the same, comments such as these are a good illustration that there should be no sacred cows when it comes to virtualization. To bring things full circle and link back to the "what's an operating system" question, I'd like to finish with some thoughts on the second article, from W. Hower. First concerning the hypervisor layer itself.

I'm very much of the opinion that the basics of running a virtual machine should absolutely be free. The notion of paying for a hypervisor is simply ludicrous. There's nothing to it.

Now, while this view may be a little simplistic (I'd like to hear what OS kernel and hypervisor developers think of this sweeping statement), what it does illustrate is the pervading view that the very heart of a computer is rapidly commoditising. If this is the case, we will likely continue to see more attention turning to the operational aspects, as continues Mr Hower:

Management is another matter, as some of the pioneers of this latest wave of virtualization seem to have recognised some years ago, if you can integrate the management of these virtual platforms and environments into a broader suite of solutions it's real value add - hence it becomes a chargeable effort, and something that I'm prepared to pay for.

Well sir, rest assured that this perspective is shared by all major virtualization vendors. Whatever happens inside the box, it is what we do with it (and how) that will deliver the most value.

Security for virtualized datacentres

More from The Register

next story
Not appy with your Chromebook? Well now it can run Android apps
Google offers beta of tricky OS-inside-OS tech
Greater dev access to iOS 8 will put us AT RISK from HACKERS
Knocking holes in Apple's walled garden could backfire, says securo-chap
NHS grows a NoSQL backbone and rips out its Oracle Spine
Open source? In the government? Ha ha! What, wait ...?
Google extends app refund window to two hours
You now have 120 minutes to finish that game instead of 15
Intel: Hey, enterprises, drop everything and DO HADOOP
Big Data analytics projected to run on more servers than any other app
New 'Cosmos' browser surfs the net by TXT alone
No data plan? No WiFi? No worries ... except sluggish download speed
prev story

Whitepapers

Providing a secure and efficient Helpdesk
A single remote control platform for user support is be key to providing an efficient helpdesk. Retain full control over the way in which screen and keystroke data is transmitted.
Top 5 reasons to deploy VMware with Tegile
Data demand and the rise of virtualization is challenging IT teams to deliver storage performance, scalability and capacity that can keep up, while maximizing efficiency.
Reg Reader Research: SaaS based Email and Office Productivity Tools
Read this Reg reader report which provides advice and guidance for SMBs towards the use of SaaS based email and Office productivity tools.
Security for virtualized datacentres
Legacy security solutions are inefficient due to the architectural differences between physical and virtual environments.
Secure remote control for conventional and virtual desktops
Balancing user privacy and privileged access, in accordance with compliance frameworks and legislation. Evaluating any potential remote control choice.