Comments on: FAQ: Detangling virtualization
CNET News.com takes some of the mystery out of a complicated technology that has a steep learning curve.
CNET News.com takes some of the mystery out of a complicated technology that has a steep learning curve.
December 26, 2009 2:17 PM PST
December 26, 2009 11:19 AM PST
December 26, 2009 10:04 AM PST
Add headlines from CNET News to your homepage or feedreader.
More feeds available in our RSS feed index.
Related quotes
VMware and the others are thriving on the shortcomings of the operating systems of the world. They will do very well for a while but in the long term they will need to adapt. Thriving on someone else?s folly can only last so long. If they are lucky in the long term, VMware, ZEN, VI and the other virtual players will be gobbled up by MS, SUN, Novell, or maybe even ORCL.
BTW, I have championed VMware for several years as it has made my professional life much easier and saved my companies millions. They make great stuff. It is just a shame that the need the need for them exists at all.
it's that future software you speak of. It's written at the machine
level, full general purpose, from top to bottom, tools included.
And yes it will do what you suggested needs to be done. Best of
all, it can reside on a floppy, all of it.
I share this with you, because strangely enough the timing is
here. Years ago bringing up the discussion of parallel processing
on multiple cores, would have brought a dead silence during a
cocktail party chit-chat. But now thanks to multiple cores, I can
walk the average joe/jane, through a discussion concerning
parallel processing.
But you are correct, everything you stated was correct. It was the
poor foundational development of the traditional OS,
surrounding mechanisms such as scheduling and use of
memory, while providing sound security; which has lead to the
use of technologies such as virtualization. Really and unneeded
development, but it will make money for some during this
interim.
You understand the problems and the processes.
There are big bucks to be made here when someoone comes out with consumer friendly VM, engineered to work with older OS/machines [as in up to 2yrs older] J Bo
If you are able to reinstall Windows, you will be able to install VMWare Server. VMWare is the mature technology in the market.
I own a business providing disaster recovery services using racks of 4 core dual processor motherboards. I use VMWares big package VM Ware Infrastructure 3, which is very expensive ($4K per server). This is a very mature technology.
Go to http://www.vmware.com and download Server, it's free, and works very well.
I have a lab at my home, I am running VMWare Server on a Pentium 3 1GHz, running Windows 2000 Server w/ 2 VMs (RH Linux & Ubuntu), and it works nicely. Not ideal for production, but very usable as a test or small server.
I have used Xen (crap), MS Viirtual Server (also crap), but VMWare is the best.
Virtualization is the future. Get on board now.
Virtualization has been around for years, mainframe some 40
years ago. But Virtualization does not improve performance, it
can't. Because you are sacrificing the computers resources in an
attempt to run either multiple OS (legacies usually), or
attempting to run multiple jumps or tasks. This isn't an
improvement in performance, it is an attempt to improve
organization, in an attempt to save time.
And the consolidation of computers is nice, but why were fools
buying into the server farm (SUN) snow job in the first place.
BUT MOST importantly, Parallelization will displace vitrualization
anyway. With the advent of the multiple core chips,
parallelization software will provide, both a virtualization
platform if desired, but it will also provide a true parallelization
foundational platform, that will take advantage of parallel
processing on the multiple cores.
Go to INTELS home site it's everywhere you look, the discussion
of parallel processing being the future platform. They think
2015, we think in less then two years in products, (every
platform you can think of).
And all the big boys can actually utilize it, that includes CISCO,
in the router, network & security. AMD & INTEL or others in the
CPU's. Microsoft and all others at the application level,
regardless of what OS is involved too.
But everyone did bite into the virtualization bug, because it
made development easier, and anything sounded better then 1
server/ 1 job.
But think about this, both virtulaization and parallelization rely
on the importance of the scheduler. And which would you rather
have working for you, a foundational virtualization platform
scheduler, or a parallel processing foundational scheduler?
Nothing like you have seen offered in the current, but one that
will fully utilize all cores.
And guess what? Those cores can be performing virtualization
task, while also running multiple jobs, I mean multiple jobs/
multi-users, all on the same platform. (If you understand this
concept, you understand the difference between virtualization &
parallelization, and the impact true parallel processing
foundational software will have on the industry).
It's going to get wild, fast and extremely productive real soon,
and there is no limit; because the tube will always get filled,
there will always be more to do.
If you mean some sort of multithreading it doesnt' have a thing to do with virtualization. It is like saying that the mouse will replace the hard disk. Completely different spaces.
And if you mean running virtual OSs scattered among several physical machines, that's a pipe dream. It's been suggested about 20 years ago and has not made a single progress since. It has actually become further away as hardware has progressed. While single system performance has become faster at an exponential rate, system interconnect has lagged behind and grown at a much slower rate. And the techniques for developing distributed apps have not progressed much. Applications that are efficient in ssytems with more than four processors are scarce, and that's with local interconnect speeds. Efficient applications in distributed systems are scarce, and limited to some scientific processing and financial number crunching.
And the objective of virtualization has nothing to do with performance: it is about convenience. Being able to run several platforms on a single machine, to provision servers in minutes instead of weeks, to apply high end FT features to low end loads and to be able to recover failed systems in minutes. Parallelization doesn't even attempt to solve any of those problems.
When you pair VMWare Infra + a vistualization layer on the SAN, this is the easiest and most efficient. When you pair those with dual port Infiniband 10Gb/s as your sole network device, then it really sings. the only ethernet is for OOB management. Even the keyboard/video/mouse is sent over the IB link. Easy, elegant and efficient, what more could you ask for?
Paralellization will COMPLEMENT virtualization, not replace it.
The impact of this foundation will far outweigh any benefit
virtualization has brought to computing.
Parallelization will bring speed and performance gains, that will
astonish the industry. Virtualization does not improve
performance, as I said it can't. In a virtual environment you are
taking the resources from the hardware in an attempt to run
legacy apps. or multi jobs. You are making things neater, not
quicker, or more powerful to perform better.
Most users of virtualization claim the main gain they have
achieved from switching over is better organization, because of
consolidation. That speaks nothing about better computing
performance. Virtualization is a new environment, it is not the
availability of new resources, or the ability to take advantage of
the gains in new hardware.
Virtualization provides that new environment, desired or
undesired. Parallelization will provide extreme levels of new
performance gains in any environment, we think that will be
desired by all.
In a true parallel processing environment you are using a parallel
processing platform to fully utilize the full capabilities of the
multiple core CPU's now in use.
This means running both multi-tasks or multi-jobs on the single
platform, fully utilizing each core. And I'm not talking about
INTEL'S hyper-threading, Mitosis scheduling of work-loads form
of processing; I'm talking about using the full capacity of each
core to execute concurrent parallel processing multiple
applications, for the single or multiple user.
This platform will defy Amdahl's law dealing with Parallel
Processing, and when you see it in use, you will understand why
virtualization will be a minor feature in a true foundational
parallel processing platform.
Think foundation, as this platform will run all applications,
regardless of their origin, (language).
And as I said, the scheduler is most critical to all of this. Sending
that workload to each core as needed.
The idea that saving energy and resources is the motivation
behind letting cores sit idle is a programming inside joke. They
sit idle, because the current OS's and their current schedulers,
can't handle the workload balance. And the current OS's can't
handle, or should we say, can't take the advantage of the
capabilities behind the new multiple cores. Because they were
never properly written well at their foundation level.
And now that fundamental problem that has been haunting us
will be fixed. It's the future.
- Amdahl's law....look it up....will be disproved...
- by thecatch April 24, 2007 12:35 PM PDT
- And I stated, that we do not consider single core processing
- Like this Reply to this comment
-
-
- Virtual and Parallel and Amdahl's law
- by perrenod May 24, 2007 2:13 PM PDT
- There's a lot to agree with on both sides of this discussion. Although after 25 years in the supercomputing and parallel processing business I am always sceptical when someone says Amdahl's law will be disproved, since it just states that performance is limited by the irreducible serial non-parallel portion of the code. To do better than that one would have to change the serial portion to be parallel, and then by definition....the biggest effect one sees that helps get some superlinear speedups is when a problem which was not fitting in cache well, does, because now one benefits from the effectively larger combined N caches in the parallel processor.
- Like this
-
(23 Comments)TRUE PARALLEL PROCESSING, although we are able to effectively
multi task on a single core as well, to the point where we are
able to run concurrent multiple applications, (many).
We are using both the Woodcrest and the new Quad Cores to out
perform a Google Cluster.
And if you want to sit here all day and discuss Parallel
Processing, I would be happy to oblige.
Let me stress this though, we are talking about providing
parallel processing methodology for both Business Enterprise
Software, as well as Massively Parallel Environment Software
Applications.
And my simple point is, that if you have a Parallel Processing
Software Application, that can concurrently execute multiple
application of any origin on the single platform, there will be
less need, if any need at all, to stack virtual machines running
multiple applications. Especially when you consider speed &
performance into the equation. And consolidation will continue,
because as I said two modest servers could run an entire small
company. And a few more could run an enterprise.
So conceive of that, and you see the future, and the significant
difference between Parallelization and Virtualization, apples to
apples.
Virtual Machines will be utilized within the Parallel Processing
Environment, when needed, and in the developmental realm of
operations.
See you when we get there.
And there are always other irreducible portions, such as I/O, which can be troublesome to parallelize.
Multi-core will tend to drive up Virtualization opportunities in the short run, since now the 1 RU servers will be even more powerful and can consolidate even more workload with each generation.
Nevertheless, there is an important point being made here that multi-core will be a strong driver, finally, to force the issue for parallelizing more business applications (at least the long running ones). We happen to think that, because of scaling limitations with Amdahl's law that the parallelization in the business world, and increasingly in the technical HPC world as well will shift more toward the embarassingly parallel throughput style. This can be used for design optimization, parameter studies, processing multiple images, genomics sequencing and the like where you run the same executable with different parameters simultaneously across a significant number of cores.
Then you force the need for more dynamic, real-time scheduling to those cores. And you'd like to have - for management flexibility and operations reasons - real-time virtual provisioning, so that different apps, which may require different software stacks, can be quickly moved in and out of the clusters or Grids.
Real-time scheduling and provisioning will be an important place where Parallelism and Virtualization meet.