Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×

Virtualized Linux Faster Than Native? 153

^switch writes "Aussies at NICTA have developed a para-virtualized Linux called Wombat that they claim outperforms native Linux. From the article: 'The L4 Microkernel works with its own open source operating system Iguana, which is specifically designed as a base for use in embedded systems.'" Specific performance results are also available from the NICTA website.
This discussion has been archived. No new comments can be posted.

Virtualized Linux Faster Than Native?

Comments Filter:
  • I can Linus already gearing up to defend his position that microkernels are crap.

    However, I thought the purpose of a microkernel was stability, not performance.
  • by DaHat ( 247651 ) on Wednesday May 31, 2006 @07:36AM (#15434207)
    Just how fast would a virtualized Linux instance running inside of a virtualized Linux instance running on hardware be?
  • Neato but... (Score:3, Interesting)

    by tomstdenis ( 446163 ) <tomstdenis AT gmail DOT com> on Wednesday May 31, 2006 @07:43AM (#15434226) Homepage
    They sacrificed portability by performing some TLB caching hacks. It's a good idea but comparing it to Linux as a whole is a bad idea as Linux runs on more than the ARM they're testing on. If you look at all of the results most are comparable and exec/fork favour Linux.

    Tom
  • Twice the buffering (Score:4, Interesting)

    by jellomizer ( 103300 ) * on Wednesday May 31, 2006 @07:45AM (#15434233)
    It is possible. First you have drive access. Normally the data is buffered in memory then is paged out to the drive when the OS sees fit. When it is on the memory it can be accessed faster. So now you are virtualizing the hardware so when the OS says write to the Hard Drive it goes to the Host OS who then buffers it in memory and writes to the drive when it seems fit, so the files are buffered in memory for twice as long, allowing twice the time that it can access the faster data. Usually that is the largest slowdown on the system is drive access, also because when the host OS is writing to the drive the Virtualized Linux kernel is free to do what it wants. I am sure if the application requires a lot of interrupt calls or a lot of displaying to the screen it will slowdown (Unless the virtualized video drivers are much more optimized then the normal ones)
    So it is possible, just as long as you have a system powerful enough to run both OSs well and with a lot of RAM.

  • Only? (Score:4, Interesting)

    by Anonymous Coward on Wednesday May 31, 2006 @07:53AM (#15434261)
    I'm not sure if you realize the market penetration of ARM-based processors. They're basically everywhere. One popular use is in routers. Many printers also have ARM chips. They're also very widely used in cell phones and other mobile technology.

    It benefits us all of more performance can be extracted from such chips, just because they're so widely used. Being able to get a greater degree of performance out of a device already in use can lead to lower-cost systems. To suggest that this is of limited use is naive, just because of how prevalent these processors are.

  • by diegocgteleline.es ( 653730 ) on Wednesday May 31, 2006 @08:15AM (#15434340)
    He doesn't thinks microkernels are "crap".

    He just wants to build a stable, reliable and fast operative system, like the microkernel guys and like veryone else. The difference is that microkernel guys think that the One Way to achieve that is to compartmentalize everything. Linus however seems to think that the microkernel model makes programming much harder (due to multiple separate address spaces, etc) and that a monolithic kernel makes programming so much easier, than in return you get a stabler, faster kernel.
  • Pet maths peeve (Score:3, Interesting)

    by Emil Brink ( 69213 ) on Wednesday May 31, 2006 @08:17AM (#15434350) Homepage
    The performance results [nicta.com.au] page states:

    The result is that context-switching costs of virtualised Linux are up to thirty times less than in native Linux.

    (Emphasis in the original text). This is one of my pet peeves, since I think it's so sloppy use of maths. How can something be "thirty times less?" So, if it takes one second in Linux, it takes them ... what? 1 - 30 * 1 = -29 seconds? I guess they mean 1/30:th of a second, but still, that should have been caught before being published, imo. Or maybe it's just because I'm not a native speaker of English, that it annoys me so.
  • Comment removed (Score:3, Interesting)

    by account_deleted ( 4530225 ) on Wednesday May 31, 2006 @08:38AM (#15434435)
    Comment removed based on user account deletion
  • by hey! ( 33014 ) on Wednesday May 31, 2006 @11:03AM (#15435593) Homepage Journal
    Last time I read Linus talking about microkernels, it was a lot more nuanced than "Microkernels are crap". It was more along the lines that microkernel architectures end up with greater complexity and more comunication overhead at higher levels. It certainly leaves open the possiblity that a particular microkernel could be fast at a particular set of operations.

    What's interesting about a what we're apparently talking here is a virtualized linux running on top of a microkernel. I'm reasonably certain that they didn't do a complete reengineering of Linux as a microkernel, they just got it to run on top of a microkernel. So, we're still talking about a monolithic kernel with all kinds of tight coupling, but the virutalized hardware can make certain hardware related tasks faster. In particular they talk about context switches being much faster; since the microkernel is specifically designed for single architecture (ARM), it may not be so surprising that they can take better advantage of certain architectural features.

"Gravitation cannot be held responsible for people falling in love." -- Albert Einstein

Working...