Slashdot Mirror


OpenSolaris vs. Linux, For Linux Users

An anonymous reader writes "With Sun busy being swallowed up by Oracle, should Linux geeks pay any interest to OpenSolaris? TuxRadar put together a guide to OpenSolaris's most interesting features from a Linux user's perspective, covering how to get started with ZFS and virtualisation alongside more consumer-friendly topics such as hardware and Flash support."

8 of 303 comments (clear)

  1. I really like OpenSolaris by hilather · · Score: 5, Interesting

    At home I love to use Ubuntu, I've long given up on Windows. I've tried out OpenSolaris a few times, mainly to get use to the subtle differences between Linux and Solaris. As part of my job heavily involves using Solaris its nice to use the OpenSolaris system to learn what I can in my spare time. I know there are many differences between Solaris and OpenSolaris, but the gap isn't as large as from Linux. That said, personally I think the icon theme in Gnome for OpenSolaris is pretty nice looking. Gnome has a very polished look in OpenSolaris. It would be a shame to see Oracle kill this project, I think OpenSolaris has a lot of potential. If anything, they should invest more in OpenSolaris. If I had a home server, I would definitely consider using it.

    1. Re:I really like OpenSolaris by Anonymous Coward · · Score: 4, Interesting

      * Solaris only includes Unix versions of system tools.
      * OpenSolaris includes a mishmash of crappy Unix tools and crappy GNU tools.
      * Linux only includes GNU tools.
      In other words, if you thought the Linux ecosystem was a mess, Solaris will not surprise you - pleasantly, that is.
      The only selling point for OpenSolaris is SUN's ZFS that seems to give some geeks a hard-on.
      If you are looking for a consistent system any BSD will beat OpenSolaris and FreeBSD has also better performance.
      Hardware support is also a lot better for BSDs.

  2. Re:Its a Server OS... by moosesocks · · Score: 5, Interesting

    You could say the same about Linux. Doesn't mean it's a bad idea to try it.

    In fact, I quite like the fact that there are enterprise-grade features lying around my system, just in case I ever happen to need them. As long as they don't get in the way of day-to-day tasks, what's the harm?

    (A good current example of this is ZFS. Although casual users won't have a use for this, I find ZFS's awesome filesystem-creation and pooling features to be a godsend for managing my central backup repository and media store. If I need more space, I add another drive, type a short line into the console, and the space is available instantly to use with my existing filesystems with full-redundancy built in. Removing an old/small/broken drive from the pool is just as easy.)

    --
    -- If you try to fail and succeed, which have you done? - Uli's moose
  3. ZFS by zorkmid · · Score: 4, Interesting

    Having had a few EXT3 filesystems go tits up because they've been quietly borking themselves on a 24/7/365 server being able to do a weekly "zpool scrub" in a 4TB array without the downtime is a beautiful thing. Kernel CIFS with proper ACLs and integration with ZFS snapshots is pretty great as well. When btrfs is released and gets a few miles on it I may switch back. But for now my file server stays OpenSolaris.

  4. /tmp and /var/tmp by foorilious · · Score: 5, Interesting
    There's a lot of little things you'll notice over the years about Solaris / OpenSolaris that are unique, cool, neat, or useful -- too many to list in an article like this, of course. One example I was reminded of by the "differences" table -- the authors note that the Solaris equivalent of Linux's "/tmp" is "/var/tmp" -- but they failed to point out that Solaris also has a /tmp, and that, by default /tmp is actually partially backed by RAM, which is extremely convenient and useful from time to time, when you want a little piece of lightning-fast filesystem space, or want to eliminate disk as a variable in some sort of timing test. Of course, linux also has ramdisks, but this is generally far more convenient.

    $ time dd if=/dev/zero of=/var/tmp/foo bs=1024k count=128
    128+0 records in
    128+0 records out
    dd if=/dev/zero of=/var/tmp/foo bs=1024k count=128 0.00s user 0.71s system 24% cpu 2.910 total

    $ time dd if=/dev/zero of=/tmp/foo bs=1024k count=128
    128+0 records in
    128+0 records out
    dd if=/dev/zero of=/tmp/foo bs=1024k count=128 0.00s user 0.43s system 98% cpu 0.438 total

    1. Re:/tmp and /var/tmp by dserpell · · Score: 3, Interesting

      -- but they failed to point out that Solaris also has a /tmp, and that, by default /tmp is actually partially backed by RAM, which is extremely convenient and useful from time to time, when you want a little piece of lightning-fast filesystem space, or want to eliminate disk as a variable in some sort of timing test.

      In any new Linux distribution, /dev/shm is also backed by ram, so you can do:

      $ dd if=/dev/zero of=/var/tmp/foo bs=1024k count=512
      512+0 records in
      512+0 records out
      536870912 bytes (537 MB) copied, 1.12253 s, 478 MB/s


      $ dd if=/dev/zero of=/dev/shm/foo bs=1024k count=512
      512+0 records in
      512+0 records out
      536870912 bytes (537 MB) copied, 0.754747 s, 711 MB/s

      Obviously, I had to copy four times the data to reach the slowness of Solaris :-)

    2. Re:/tmp and /var/tmp by nabsltd · · Score: 4, Interesting

      One example I was reminded of by the "differences" table -- the authors note that the Solaris equivalent of Linux's "/tmp" is "/var/tmp" -- but they failed to point out that Solaris also has a /tmp, and that, by default /tmp is actually partially backed by RAM, which is extremely convenient and useful from time to time, when you want a little piece of lightning-fast filesystem space, or want to eliminate disk as a variable in some sort of timing test. Of course, linux also has ramdisks, but this is generally far more convenient.

      Is the way Solaris handles /tmp really all that different from the Linux tmpfs implementation?

      solaris-box:$ mount
      /tmp on swap read/write/setuid/xattr/dev=2

      linux-box:$ mount
      none on /tmp type tmpfs (rw,nodev,noatime,size=256m,uid=0,gid=0,mode=1777)

      Other than picking the maximum size at mount time, tmpfs seems to be the same thing. If you pick a size equal to swap space, I think it is the same thing:

      • Both use RAM if available but are backed by swap (just like any other memory allocation).
      • Both use essentially no RAM or swap until you write files to the mount point.
      • Both can set various permissions and features on the mount point.
  5. Re:Its a Server OS... by WaywardGeek · · Score: 3, Interesting

    I'll throw in that Open Solaris has the best accessibility software for the blind, in Sun's Orca project. It works in Linux, but not as well as where it's developed... in Solaris. This is a key indicator of just how ready an OS is for the desktop, IMO.

    Anyway, the whole Windows vs Linux flame war is pointless. Linux is the best OS ever developed for hackers, period. I couldn't be happier with it (unless it ran cool software like Orca stably). Windows is for Joe Sixpack who needs games and porn. Joe will always outnumber the hackers. It's ok. Just learn to live with it.

    --
    Celebrate failure, and then learn from it - Nolan Bushnell