Slashdot Mirror


Red Hat Open Sources SPICE Desktop Virtualization

laxl writes "Linux vendor Red Hat has open sourced the Simple Protocol for Independent Computing Environment (SPICE) virtual desktop protocol it acquired last year with Qumranet, which used SPICE for its own commercial desktop-virtualization product, called SolidIce. SPICE can be used to deploy virtual desktops from a server out to remote computers, such as desktop PCs and thin-client devices. It is similar to other rendering protocols used for remote desktop management such as Microsoft's Remote Desktop Protocol or Citrix's Independent Computing Architecture. SPICE supports rendering virtual instances of Windows XP and Windows 7, as well as Red Hat Enterprise Linux. According to Red Hat, SPICE has advantages over other protocols in that it can dynamically customize desktop instances to fit specific operating environments. According to the article, most of the SPICE code is available under the GNU GPLv2, though parts are also licensed under LGPL- and BSD-styled licenses."

79 comments

  1. Dune by ckulpa · · Score: 5, Funny

    I wonder what the CHOAM will think about this?

    1. Re:Dune by jollyreaper · · Score: 1

      I wonder what the CHOAM will think about this?

      Better ask Paul. (see sig)

      --
      Kwisatz Haderach
      Sell the spice to CHOAM
      This Mahdi took Shaddam's Throne
    2. Re:Dune by bennomatic · · Score: 1

      Better ask Paul. (see sig)

      Better call Saul.

      --
      The CB App. What's your 20?
  2. Re:Choam Nosky? by Anonymous Coward · · Score: 0, Offtopic

    You've been hitrolled

  3. Stop overloading common tech acronyms! by Octorian · · Score: 5, Insightful

    Seriously, SPICE stands for "Simulation Program with Integrated Circuit Emphasis" and is a circuit simulator.

    (If this was a couple years ago, I'd rant that UML stands for "Unified Modeling Language" (not User-Mode-Linux), or that X stands for "X Window System" (Not MacOS 10))

    1. Re:Stop overloading common tech acronyms! by sakdoctor · · Score: 5, Funny

      He who controls the SPICE controls the universe. (Unless it's been open sourced)

    2. Re:Stop overloading common tech acronyms! by Anonymous Coward · · Score: 0

      I too thought the same thing. My immediate reaction was, "isn't SPICE already open?" I also got quite excited about the implications of SPICE in the title. Albeit, not the SPICE that I am all too familiar with.

    3. Re:Stop overloading common tech acronyms! by betterunixthanunix · · Score: 1

      When I saw this story, I thought, "When did Red Hat enter the engineering design market?!"

      --
      Palm trees and 8
    4. Re:Stop overloading common tech acronyms! by morgan_greywolf · · Score: 3, Funny

      So, would this be a bad time to introduce my newly designed thin-client PC called the "Generic Network Unit" (GNU) and my new programming language for thin client computer graphics, the "GNU Graphics Programming Language" (GNU GPL)?

    5. Re:Stop overloading common tech acronyms! by jollyreaper · · Score: 4, Funny

      He who controls the SPICE controls the universe. (Unless it's been open sourced)

      He who controls root controls the universe. Then he who controls the SPICE only has the powers he's delegated.

      --
      Kwisatz Haderach
      Sell the spice to CHOAM
      This Mahdi took Shaddam's Throne
    6. Re:Stop overloading common tech acronyms! by MobyDisk · · Score: 1

      This was the first thing I thought of too.

    7. Re:Stop overloading common tech acronyms! by n1ckml007 · · Score: 1

      ...The spice must flow!

    8. Re:Stop overloading common tech acronyms! by bperkins · · Score: 1

      I agree that it's annoying, though in my experience people never refer to SPICE without prefacing it with "Berkeley". SPICE all by itself is used as a generic term.

      TFA could also use some more references. It sounds intriguing, but I've been around long enough to be distrustful of what's in press releases.

    9. Re:Stop overloading common tech acronyms! by Speare · · Score: 3, Insightful

      Yeah, and while we're at it, NASA: "Orion" means exploding nukes under a blast plate, not providing a cushy crew cabin. :)

      --
      [ .sig file not found ]
    10. Re:Stop overloading common tech acronyms! by oldhack · · Score: 1

      Tru dat. This forces me to boycott Red Hat from now on.

      --
      Fuck systemd. Fuck Redhat. Fuck Soylent, too. Wait, scratch the last one.
    11. Re:Stop overloading common tech acronyms! by Anonymous Coward · · Score: 0

      nobody calls "OS X" "X".

    12. Re:Stop overloading common tech acronyms! by Lord+Bitman · · Score: 1

      no, SPICE is someone's idea of a clever attempt at manufacturing a cool-sounding acronym based on an extremely short and common word (the only one that's shorter and more common might be ICE, which this is derived from).
      No one can claim ownership on such a stupid, short, generic acronym. There are at least 20,000 meanings of "ICE", and adding "SP" on the front does not make you special or original. They're both lame, get over it.

      This is not nearly as bad as Microsoft calling its product "Windows", or Google calling its javascript library "Closure".

      --
      -- 'The' Lord and Master Bitman On High, Master Of All
    13. Re:Stop overloading common tech acronyms! by larry+bagina · · Score: 1

      the porn channel?

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    14. Re:Stop overloading common tech acronyms! by Mr.+DOS · · Score: 1

      I have yet to see worse than overloading IP to mean both "Internet Protocol" and "Intellectual Property". Now that's confusing.

            --- Mr. DOS

    15. Re:Stop overloading common tech acronyms! by Ded+Bob · · Score: 1

      To MIB, "Orion" is a cat.

      Two for the price of one joke. :)

    16. Re:Stop overloading common tech acronyms! by IndustrialComplex · · Score: 1

      Yeah, and while we're at it, NASA: "Orion" means exploding nukes under a blast plate, not providing a cushy crew cabin. :)

      I enjoy when the names they pick have myths that somewhat match the goals of the project.

      So for the original 'Orion' would Hephaestus have been more appropriate? What's a good myth for 'Lighting a fire under your ass'?

      Project 'Wan Hu'?

      --
      Out of modpoints but really liked a post? 1BDkF6TtmmeZ3yqXbz9yhdYVqRYnwFoXDj
    17. Re:Stop overloading common tech acronyms! by Anonymous Coward · · Score: 0

      It would be nice if this tehcnology is coupled with the new " Protocol of Enhanced Network Information and Security ". SPICE/PENIS ftw !

    18. Re:Stop overloading common tech acronyms! by Beardo+the+Bearded · · Score: 1

      My thoughts, in order: (I get /. feeds via my Google home page.)

      "Holy shit, SPICE is open source now?"

      "When did Red Hat buy SPICE?"

      "Why would Red Hat buy SPICE?"

      "Hopefully there's some documentation."

      "Oh, they mean SPICE, not SPICE."

      "Maybe I can post something like 'as an EE, fuck you for getting my hopes up'."

      "Aw, Octorian's posted about SPICE."

      "Fucking Slashdot."

      --

      ---
      ECHELON is a government program to find words like bomb, jihad, plutonium, assassinate, and anarchy.
    19. Re:Stop overloading common tech acronyms! by Beardo+the+Bearded · · Score: 2, Funny

      That depends. Will it have a Special Purpose Internet Connection Enhancement?

      --

      ---
      ECHELON is a government program to find words like bomb, jihad, plutonium, assassinate, and anarchy.
    20. Re:Stop overloading common tech acronyms! by Creepy · · Score: 1

      exactly my first thought... you'd think there would be some originality with FLAs* that you can't really get with TLAs*@...

      * Five Letter Acronyms
      *@ Three Letter Acronyms

    21. Re:Stop overloading common tech acronyms! by morgan_greywolf · · Score: 1

      How did you know?

      Don't forget about the Enhanced Memory Acceleration Circuitry System (EMACS). That's one of the GNU's best features!

    22. Re:Stop overloading common tech acronyms! by IndustrialComplex · · Score: 1

      the only one that's shorter and more common might be ICE, which this is derived from

      Really? I thought it was derived from aromatic herbs.

      --
      Out of modpoints but really liked a post? 1BDkF6TtmmeZ3yqXbz9yhdYVqRYnwFoXDj
    23. Re:Stop overloading common tech acronyms! by Anonymous Coward · · Score: 0

      Please stop signing your posts.

      --- Mr. DOS

    24. Re:Stop overloading common tech acronyms! by ThinkingGuy · · Score: 1

      I've seen worse. How about...
      RMS = Richard Stallman - Mister Free Software himself
      RMS = Windows Rights Management Services - Microsoft's proprietary system for restricting access to documents

    25. Re:Stop overloading common tech acronyms! by alexborges · · Score: 1

      IF, and ONLY IF, there's sudo in the box. If not, then its one root to rule them all, and he who controls the SPICE can only do it within /home....

      --
      NO SIG
    26. Re:Stop overloading common tech acronyms! by Anonymous Coward · · Score: 0

      But, of course, none of the circuitry, the EMACS included, can work with the Voltage Inhibitor and Manipulator (VIM).

  4. But how many by Icegryphon · · Score: 1

    How many thinclients/hosts support the protocol to connect to it?
    Isn't this different from RDP or ICA which are pretty much supported everywhere?

  5. VDI here we come by gedw99 · · Score: 2, Insightful

    This really solves the last remaining hurdle for VDI thin client vertical engineering domain. Going to grab the git source tonight and test it out. Would be cool if an in browser NSAPI based plugin architecture was built on this. Run your thin clients on Google OS ( or something else), and then you can run all your legacy fat clients on your virtual servers and your uses just access them through a browser. I noticed that people have even worked on Javascript level RDP and No-machine client implementations. Obviously a bit slow for real world. Anyone know if KVM has dedicated VDI infrastructure servers yet ? Ged

    1. Re:VDI here we come by Anonymous Coward · · Score: 0

      There are browser plugins already for Firefox and IE. I assume the FF one uses NSAPI.

      Red Hat Enterprise Virtualization for Desktops will provide VDI server capability.

    2. Re:VDI here we come by gedw99 · · Score: 1

      wow. got a url or project name for these ? Or are they backed into the SPICE code ? I went through their web site. there is not a lot of info on their wiki yet.

  6. SPICE is a circuit simulator by Chirs · · Score: 1, Insightful

    Why would they take the name of an existing well-known software program?

    1. Re:SPICE is a circuit simulator by Anonymous Coward · · Score: 0

      I love their movies!!!!

    2. Re:SPICE is a circuit simulator by Anonymous Coward · · Score: 0

      Additionally, SPICE (circuit simulator) is already open source.

      I came here thinking what the heck is Red Hat doing open sourcing an open source program?

    3. Re:SPICE is a circuit simulator by jo42 · · Score: 1, Troll

      Arrogance? Ignorance? Pick one.

    4. Re:SPICE is a circuit simulator by cowboy76Spain · · Score: 2, Insightful

      Because it does not matter as both programs are not related at all?
      I don't know the fuss about it, I am a IT professional, did some exercises with SPICE (circuit) while in the university and now SPICE (VM) may be interesting for my job as sysadmin. As a sysadmin, I do not need to design circuits anymore, so I don't think I will be ever confused.

      Of course, my apologies if your post was just a joke...

      --
      Why can't /. have a rich-text editor? Editing your own HTML is so XXth century.
    5. Re:SPICE is a circuit simulator by betterunixthanunix · · Score: 1

      What about places that might have a need for both SPICEs?

      --
      Palm trees and 8
    6. Re:SPICE is a circuit simulator by Ashcrow · · Score: 5, Funny

      What about places that might have a need for both SPICEs?

      They will need a SPICE rack.

    7. Re:SPICE is a circuit simulator by Anonymous Coward · · Score: 0

      I've seen SPICE. Nice rack.

    8. Re:SPICE is a circuit simulator by Hatta · · Score: 1

      Oh, in a month they'll change it to FireSPICE.

      --
      Give me Classic Slashdot or give me death!
  7. Multi monitor support by Anonymous Coward · · Score: 0

    Hoping for remote multi monitor support or I'm stuck with X terminals over ssh.

  8. BUT DOES IS ACCELERATE DX (video) BUFFERS ?? by Anonymous Coward · · Score: 0

    If not, go home. We don't need yet another "hero".

  9. Very cool I think. by erktrek · · Score: 2, Informative

    I currently use NXClient w/Neatx for that kind of remote access/management. It works well with both Linux and Windows backends.

    I guess the difference is accessing various os's with a single protocol rather than using NX & RDP (like the NXclient does) + also possibly getting around some of the builtin limitations (available only on certain flavors of Windows, limited # accesses by default etc) of RDP.

    Sounds interesting if the performance is decent.

  10. So what the FUCK does it do? by Nicolas+MONNET · · Score: 1

    I've seen a dozen blog posts in my reader about this, and I have been unable to far to figure out WTF that thing is supposed to do. Is it a remote display protocol? If so, how does it differ from RDP or NX?

    1. Re:So what the FUCK does it do? by diegocg · · Score: 2, Informative

      If so, how does it differ from RDP or NX?

      It seems to be better

      Graphic commands - processes and transmits 2D graphic commands
      Video streaming - heuristically identifies video streams and transmits M-JPEG video streams
      Image compression - offers verios compression algorithm that were built specifically for Spice, including QUIC (based on SFALIC), LZ, GLZ (history-based global dictionary), and auto (heuristic compression choice per image)
      Hardware cursor - processes and transmits cursor-specific commands
      Image, palette and cursor caching - manages client caches to reduce bandwidth requirements
      Live migration - supports clients while migrating Spice servers to new hosts, thus avoiding interruptions
      Windows drivers - Windows drivers for QXL display device and VDI-port
      Multiple monitors
      Client for Linux and Window - can be easily ported to additional platform platforms.
      Two way audio - supports audio playback and captures; audio data stream is optionally compressed using CELT
      Encryption - using OpenSSL
      Two mouse modes - provides client (more user-friendly) and server (increased accuracy and fully synchronized) modes
      Lip-sync - synchronizes video streams with audio clocks
      Spice agent - running on the guest and performs tasks for the client

    2. Re:So what the FUCK does it do? by Anonymous Coward · · Score: 0

      So, can someone lead me through the stack for X11? Is there a special EXA driver that plugs in to Xorg,
      which then. . . does what? Instead of manipulating a graphics card it uses a library to send "graphic commands"?

    3. Re:So what the FUCK does it do? by AlXtreme · · Score: 2, Informative

      Is it a remote display protocol? If so, how does it differ from RDP or NX?

      It's more Citrix than RDP or NX. You have a Linux server with multiple qemu/kvm instances, each of which are accessed from a client (Linux/Windows).

      The advantage is that you can have multiple clients on a single server, push CPU/GPU-intensive display operations to the client and have access to client-side hardware from within the virtualized server instance.

      Normally I'd add a RTFA-sneer, but I read through the site and am only moderately sure I got the above correct. Should be very useful for large-scale Linux desktop deployments however: server-side maintenance with client-side display speed & hardware support. In theory.

      --
      This sig is intentionally left blank
    4. Re:So what the FUCK does it do? by gedw99 · · Score: 1

      The difference is HUGE. They are able to export the opengl command to the client or not to the client. so its not just compressed jpegs like all the others. google virtualGL as this did it too. G

  11. more than 1 screen? by MancunianMaskMan · · Score: 1

    are there any remote-desktoppy protocols/systems out there that do the Right Thing(TM) with a two-screen client machine? I'd like to move to Terminal Services (or NoMachine/SPICE/Whatever) for performance reasons, but giving up on my niche 2 screens (one for IDE, one for the software i'm developing/testing to run on) would be kinda a step back.

    1. Re:more than 1 screen? by La+Camiseta · · Score: 1

      Sun's SunRay clients can support multiple monitors, I've seen over 4 monitors on their system.

    2. Re:more than 1 screen? by sargeUSMC · · Score: 2, Informative

      Sunray's cap at 16

    3. Re:more than 1 screen? by qnetter · · Score: 1

      And Citrix XenApp does multiples fine - up to 8, I think.

  12. I attended a RHEL conference by IMightB · · Score: 1

    where they demoed this and other VM technologies. I think that RH has some really interesting VM Management stuff in the pipeline. The nice thing about SPICE is your browser is the client.

  13. Platform independence depends on implementation by cerberusss · · Score: 2, Interesting

    From the summary:

    Simple Protocol for Independent Computing Environment (SPICE) supports rendering virtual instances of Windows XP and Windows 7, as well as Red Hat Enterprise Linux

    (Emphasis mine). Aha, so it's platform independent? And they support... Two! *badum-ching* operating systems: Windows and Linux. Compare that to VNC, of which it is hard to find an OS that doesn't support it.

    --
    8 of 13 people found this answer helpful. Did you?
    1. Re:Platform independence depends on implementation by caseih · · Score: 1

      VNC is definitely not in the same league as SPICE. SPICE more directly compares with and competes with Citrix and MS Terminal Server. It not only ports the display, it can port individual apps, connects drives and printers, and is capable of doing fancy graphical things like movie playback in a way that's much more optimal and efficient than VNC can do. SPICE might compare in some measure to NX, but NX is really about optimizing an X11 command stream, which is only an X11 thing, so it's of more limited use than what SPICE is intended to be.

      Whether SPICE turns out to be anything useful to the community at large, as NX has become, I don't know.

  14. Er? Wait a minute by RotateLeftByte · · Score: 1

    If its Open source then what is to stop you from taking said source and compiling it for your chosen platform?

    Nowt methinks.

    --
    I'd rather be riding my '63 Triumph T120.
  15. acronyms and abbreviations by mollog · · Score: 1

    Pedantic, I know, but it's a pet peeve with me.

    Although SPICE could be a legitimate acronym, neither UML nor X would be acronyms, they would be abbreviations.

    Examples of acronyms; radar - RAdio Detecting And Ranging, sonar - SOunt NAvagation Ranging Examples of abbreviations; IBM, XML

    --
    Best regards.
  16. Why SPICE is useful by Anonymous Coward · · Score: 0

    It's for people who can't spell VNC.

    1. Re:Why SPICE is useful by Beardo+the+Bearded · · Score: 1

      Hey, VCN is a pretty good program.

      --

      ---
      ECHELON is a government program to find words like bomb, jihad, plutonium, assassinate, and anarchy.
  17. Red Hat == "GOOD GUYS!" by mcrbids · · Score: 4, Insightful

    This is yet another example of too many to name, of Red Hat being an all-around bunch of warm and fuzzy penguins, guys! And this is so typical of them: buy a proprietary product, and as soon as they decide to do something with it, they open source it first!

    RedHat has NEVER deviated from their policy of releasing SRPMS for all their stuff. You can very literally roll your own distro simply by taking their SRPM and compiling them! And a number of groups have done just that: White Box Linux, CentOS and Scientific Linux.

    Red Hat employs some of the most prolific contributors to the Linux Kernel and is a vital force in making Linux what it is today. Go Red Hat!

    PS: No, I don't work for them, just a very happy customer!

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
  18. SPICE? by EQ · · Score: 2, Funny

    If the plural of mouse is mice, shouldn't the plural of spouse be spice? /pinky

    --
    Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo! http://goo.gl/J9bkO
  19. The VDI Protocol Wars by Natales · · Score: 2, Informative

    This is not a bad thing. For years, the only alternatives for virtual desktops were either proprietary (ICA comes to mind) or OS-dependent (Sun ALP, MSFT RDP, X, NX), leaving VNC as the only OS-independent option. VNC was (and still is) great, but let's face it, it was never intended to be used for real massive VDI-type deployments, even over the WAN. SPICE is supposed to have a good LAN performance, but still doesn't quite cut it for long latencies over the WAN. May be with this move, SPICE can be improved to also address those use cases.

    For now, the most advanced thing I've seen is Teradici's PCoIP protocol that works really well in any environment, and they licensed it to VMware to be used in the new View 4 product line as a pure software implementation (as a disclaimer, I work for VMware, but PCoIP blew my mind way before we did anything with them).

    In any case, 2010 is shaping to be the year of the virtual desktop, and competition is a good thing!

    1. Re:The VDI Protocol Wars by h4rr4r · · Score: 2, Interesting

      Too bad vmware decided not to compete for my business. No management from a linux box means I am not buying it.

      Any idea if they will ever fix that little oversight?

    2. Re:The VDI Protocol Wars by Macka · · Score: 1

      SPICE is supposed to have a good LAN performance, but still doesn't quite cut it for long latencies over the WAN

      Can you back up that statement with something solid, or are you just being a nice VMware employee and FUDing the competition before it gets chance to eat your lunch?

    3. Re:The VDI Protocol Wars by Natales · · Score: 1

      h4rr4r, I would love to comment on this, but I'm under NDA rules... in any case, I can say a lot of very interesting thing are coming from VMware in 2010 that will show there is still a lot of room for innovation in this field.

      I encourage you to reach out to your VMware Systems Engineer and ask for an NDA Roadmap for the Management products. You'll leave that meeting with a smile, and the same warm and cozy feeling you get after having some nice pasta... ;-)

  20. Spice maintainer on qemu list by Anonymous Coward · · Score: 0

    The primary Spice developer appears to be making a complete fool of himself on the qemu mailing list:

    http://lists.nongnu.org/archive/html/qemu-devel/2009-12/msg01182.html

    1. Re:Spice maintainer on qemu list by Anonymous Coward · · Score: 0

      Another developer has now appeared and appears to be a bit more adult.

  21. I'd rather they fixed Windows guest support by melted · · Score: 1

    I'd rather they fixed Windows guest support. I've tried it (in Ubuntu Karmic), and it's horrible if you want to run Windows in it (both XP and Win7). Very slow, timer lags behind, network and disk throughput are super slow even with virtio guest drivers. Linux runs fine as a guest on the same box.

    I guess it's unfair to _demand_ anything if something cost you zero dollars (gifted horse thing and all), but VMWare ESX and HyperV Server also cost zero dollars these days, and they both run Windows just fine.

    1. Re:I'd rather they fixed Windows guest support by h4rr4r · · Score: 1

      I am running several Windows machines in kvm, what kind of hardware were you using?

      Server 2008 seems to running very fast and the clock is just fine. None of those no-cost options offer live migrate or many other features.

  22. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  23. Brian Madden's test results for ICA, RDP, SPICE by bmullan · · Score: 1

    Saw Brian Madden's video's recently with the results of their testing/comparison of ICA, RDP, SPICE see: http://media.brianmadden.com/qumranetvids/blogplayerstatic.asp It was very clear that SPICE far outperformed either ICA or RDP.