Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Operating Systems Software Linux

What High End Unix Features are Missing from Linux? 1264

An anonymous reader asks: "Sun and other UNIX vendors are always claiming that Linux lacks features that their UNIX provides. I've seen many Slashdot readers claim the same thing. Can someone provide a list of these features and on what timeline they might be implemented in Linux?"
This discussion has been archived. No new comments can be posted.

What High End Unix Features are Missing from Linux?

Comments Filter:
  • by jaxon6 ( 104115 ) on Monday March 03, 2003 @06:21PM (#5427430)
    I prefer linux to every other unix out there, but I have to say that Sun and Irix's(and netapp, but they don't count:0 ) nfs implementations are much more solid than linux's. Oh sure 'where's your proof', or 'give me an example' you might say, but to that I say bah. Manage enough machines and try them all out, then see what I mean.

    Oh, and I mean on the server side. NFS on the client side is ok.
  • by lethalwp ( 583503 ) on Monday March 03, 2003 @06:22PM (#5427454)
    linux is still missing some posix 1003.1b features (realtime extensions)

    I was especially thinking to message queues

    Yeah, there are other implementing it like RTlinux etc, but it's still not in the main linux tree

    it's all i can think for now ;)
  • Re:Price (Score:5, Informative)

    by khillabolt ( 587224 ) <khillabolt@NOSPAm.gmail.com> on Monday March 03, 2003 @06:23PM (#5427459)
    On a more serious note, here's a document that (in great detail) describes the differences:

    http://www.dwheeler.com/secure-programs/Secure-P ro grams-HOWTO/features.html

    "First, the basics. Linux and Unix are fundamentally divided into two parts: the kernel and ``user space''. Most programs execute in user space (on top of the kernel). Linux supports the concept of ``kernel modules'', which is simply the ability to dynamically load code into the kernel, but note that it still has this fundamental division. Some other systems (such as the HURD) are ``microkernel'' based systems; they have a small kernel with more limited functionality, and a set of ``user'' programs that implement the lower-level functions traditionally implemented by the kernel."
  • Duh (Score:1, Informative)

    by Anonymous Coward on Monday March 03, 2003 @06:23PM (#5427465)
    Full commercial support.

    Last time I checked Solaris/Irix/HP-UX/OSX have vast ammounts of commercial software available.
  • Tape stuff for one (Score:4, Informative)

    by svenqhj ( 558678 ) on Monday March 03, 2003 @06:23PM (#5427471)
    I used to do Tape support for IRIX about 2 years ago. I remember looking at Linux to see learn how Linux handles tape drives and found very little information other than floppy tape drives.

    I'd like see some commands like:

    scsicontrol -send scsi commands
    scsiha - used to reset and probe scsi bus
    stacker - jukebox control

    Plus, I'd like to see more about a Linux tape driver.

  • AIX (Score:1, Informative)

    by Anonymous Coward on Monday March 03, 2003 @06:26PM (#5427503)
    AIX has a feature that allows a user to partition a machine with multiple cpu's into what are called partitions. So basically one can have several seperate os's running on one machine. Each of these partitions has it's own cpu, memory etc.
  • Scale over 4 CPUs (Score:5, Informative)

    by McDiesel ( 447709 ) on Monday March 03, 2003 @06:27PM (#5427517)
    Supposedly Linux does not scale linearly over 4 CPUs with SMP, and from my own experience I have seen that Solaris does this nicely and has done so for years.
    Supposedly this is being addressed in the 2.5.x series.
    The response to this is that even high end Unix does not do scale well over greater than 8 CPUs- every E10K or F15 that I have ever seen gets carved up into virtual domains of 8 or 12 CPUs...
  • by mentin ( 202456 ) on Monday March 03, 2003 @06:28PM (#5427524)
    The framework [slashdot.org] is a good start, but Linux would not be considered enterprise-ready until it actually appears in TPC-C results list [tpc.org] (at least in first hundred).
  • by Ami Ganguli ( 921 ) on Monday March 03, 2003 @06:28PM (#5427529) Homepage

    1) Linux doesn't scale to large SMP systems yet. I think 2.6 is supposed to make it nicely to 16 processors.

    2) Recently most (all?) of the big Unix vendors have included mainframe-style partitioning. You can do that with Linux on IBM zSeries and pSeries (and maybe iSeries), but you need another OS acting as the executive.

    I can't think of anything else off-hand. I'd say that for the vast majority of applications Linux is as good or better than commerical Unix.

  • Re:X Terminals (Score:5, Informative)

    by dougmc ( 70836 ) <dougmc+slashdot@frenzied.us> on Monday March 03, 2003 @06:29PM (#5427548) Homepage
    Works fine for me.

    From gdm.conf --

    [servers]

    0=/usr/bin/X11/X vt7
    1=/usr/bin/X11/X vt8

    Allows me to have my windows and my wife to have hers. Switch between the two like two virtual consoles ...

    I've never seen a non x86 box that could do virtual consoles ... and they were much missed.

    (Oddly, Solaris x86 has them!)

  • Re:NO POWER4 (Score:2, Informative)

    by Anonymous Coward on Monday March 03, 2003 @06:30PM (#5427550)
    IBM/AIX also supports the ability to add and remove luns in a SAN environment without a reboot.. linux doesnt. This would be a nice feature.
  • Re:Unix (Score:3, Informative)

    by PDXNerd ( 654900 ) on Monday March 03, 2003 @06:31PM (#5427568)
    The system is only as stable as you make it. I have a friend who runs a shop with Redhat 6 (I *think*) and other than the occasional security patch he does not touch it. In fact, he fired an intern who logged in as root. My point is this - any *NIX system will be as stable as any other, provided you put enough time and energy into making it this way. And once you get it there - DON'T CHANGE IT. Linux can be changed easily and dramatically which can cause instability. For a mission critical operation it is not the OS, it is the operator.
  • by stratjakt ( 596332 ) on Monday March 03, 2003 @06:32PM (#5427577) Journal
    There are high-end PCs with the same features. We just got one of these bad boys [stratus.com] into the shop to test it as a machine to sell our clients for our critical applications. Pretty much everything is redundant. You can hotswap anything in 'em.

    Haven't done anything by way of checking linux compatibility with ours, but the drivers are all standard enough.
  • SCSI Support (Score:4, Informative)

    by Anonymous Coward on Monday March 03, 2003 @06:34PM (#5427611)
    SCSI support on linux sucks. It's not that the devices don't work, it's that if you have specialized hardware, like MO (Magna-Optical for those of you who don't know what this is) drives the SCSI implementation doesn't allow you to selectively disable devices to allow your custom driver to control it. In the case of MO drives, the cdrom driver automatically just assumes that an MO is a cdrom burner or otherwise. MOs are quite different from cdroms, you can't just blindly use them like a cdrom. Other flavors of unix (Unixware, Solaris, AIX, HP/UX, Free BSD, etc) do support this in their SCSI implementations. Until this is changed I will not be able to run linux in a production environment, as much as I'd like to be able to.
  • by Anonymous Coward on Monday March 03, 2003 @06:35PM (#5427615)
    The OS has to support it as well.

    I could pull a CPU and RAM out of a running Sun E3500 where I used to work. But what happens when there's a process running on the CPU, or a program in the RAM?

    The OS has to stop using that processor in its scheduling, and clear that area of RAM.

    Also, I could have two disk I/O boards in a Sun. I could tell the OS to only use one, take out the other to replace/upgrade, and tell the OS to use the new one. This is all done through the command prompt and the OS deals with the I/O scheduling. Can you pull out a SCSI (IDE?) board out of a PC?
  • by churchr ( 24226 ) <chrchr@gmail.com> on Monday March 03, 2003 @06:35PM (#5427620)
    Check out 'scsiadd' for resetting and probing the bus. I'm not sure about the other two.
  • by tmontes ( 80312 ) on Monday March 03, 2003 @06:36PM (#5427632)
    ...it is there, 4th position in the price/performance clustered solutions:

    www.tcp.org/... [tpc.org]

    RedHat AS, running Oracle 9i
  • Re:One thing (Score:3, Informative)

    by AT ( 21754 ) on Monday March 03, 2003 @06:37PM (#5427636)
    Umm, take your pick from XFS from SGI (Irix) or JFS from IBM (AIX). Both are now in the Linux kernel, both work well.
  • by motorsabbath ( 243336 ) on Monday March 03, 2003 @06:37PM (#5427650) Homepage
    Check out Loadleveler:

    http://www-1.ibm.com/servers/eserver/clusters/ha rd ware/1600_desc.html#topic5

    Works well.
  • Ummm... XFS? (Score:5, Informative)

    by wowbagger ( 69688 ) on Monday March 03, 2003 @06:40PM (#5427676) Homepage Journal
    OK, how about XFS? Or is that a hack, or too "beta" for you? I'm sure SGI would love to hear your opinion on it.

    Or JFS - or is IBM too amateurish for you?
  • by Shane ( 3950 ) on Monday March 03, 2003 @06:41PM (#5427702) Homepage
    btw I am not a Win2k fan.

    Win2k DNS supports Multi-Master Servrs through their active directory. What this means different servers servering the same domains can be updated and changes will be replicated to the other servers. Microsoft uses active directory to achieve this. Linux/unix could use LDAP to serve the same function.

    I was reading about Win2k's file/print/active directory structure and I must say I am impressed with how powerful the system is. We have LDAP but it is not tied into all the rest of our applications and systems like AD is. If someone tied DNS, DHCP, Printing, SAMBA, Mono, Apache etc.. into LDAP and then provided a solid administrative interface it would _begin_ to provide the level of management and flexability that I am sad to report Win2k and AD provide.

    You might ask yourself why would anyone need this? Well if your DNS is only static content then you most likely would not. But if your DNS server is acting as a dynamic name host for SRV or RR records supporting this for 50,000 could very easily overload the server.

    Microsoft printing is much more flexable then LPR/LDP as far as I know unix systems have no capabilites for advanced features like distributing new drivers and define where the "closest" printers are.

    Some people might not see this as a feature, but a unfied configuration interface (i.e. something like webmin but more flexable, documented, powerful)is VERY MUCH NEEDED to convert smaller IT shops over to Linux.
  • Re:X Terminals (Score:3, Informative)

    by Fnord ( 1756 ) <joe@sadusk.com> on Monday March 03, 2003 @06:42PM (#5427706) Homepage
    Um....
    startx -- :0
    startx -- :1
    startx -- :2
    Has always worked for me.
  • Re:One thing (Score:4, Informative)

    by jmv ( 93421 ) on Monday March 03, 2003 @06:43PM (#5427728) Homepage
    EXT3 is a backwards hack and Reiser, while good, is perpetually in the "testing" phase.

    Can you explain to me why ext3 being backward compatible with ext2 is a problem? Ext3 is very stable. I've used it for over a year on my laptop and have never lost anything, despite the fact that I experience unexpected shutdowns (out of battery) at least once a week. (won't comment on Reiser since I don't know enough about it)

    Journaling file systems used to be a problem under Linux but it's no longer the case. Last thing, you're missing two journaled filesystems: XFS (SGI) and JFS (IBM). XFS has been there for years and is not exactly what I'd call experimental stuff...
  • by watchful.babbler ( 621535 ) on Monday March 03, 2003 @06:50PM (#5427801) Homepage Journal
    Ah, you like LVM for AIX? Then you'll love LVM for Linux [sistina.com]! Sistina's LVM, which seems to be functionally and conceptually equivalent to AIX's LVM, will be incorporated into the 2.6 kernel. In the meantime, you can grab the source from CVS and roll your own. (IBM article here [ibm.com].)

    Personally, I've always found LVM to be a bit disconcerting -- but I'm an admitted Sun bigot who's simply used to Veritas. Everyone's mileage may vary.

  • by errorlevel ( 415281 ) on Monday March 03, 2003 @06:51PM (#5427807) Homepage
    1) Linux doesn't scale to large SMP systems yet. I think 2.6 is supposed to make it nicely to 16 processors.
    2.6 will be using the O(1) scheduler which SGI has successfully used to make Linux scale to 64 processors, and should be able to scale further in a linear fashion.
    2) Recently most (all?) of the big Unix vendors have included mainframe-style partitioning. You can do that with Linux on IBM zSeries and pSeries (and maybe iSeries), but you need another OS acting as the executive.
    I think one of the main advantages to having UML (User-Mode Linux) will be able to have Linux running on top of Linux, and be able to create environments similar to these partitions you mention.
  • by Anonymous Coward on Monday March 03, 2003 @06:53PM (#5427839)
    If you would like this in a "open source" OS look at FreeBSD 5.X: it's included. The dump(8) command will also automatically create a dump which it will backup from if you specify the "-L" option.
  • Re:Here is my list (Score:4, Informative)

    by victwenty ( 451152 ) on Monday March 03, 2003 @06:55PM (#5427859)
    One other reason we won't go to Linux: we use Veritas Volume Manager on our mission-critical servers. AFAIK, Veritas doesn't support Linux (yet).

    Not only are Veritas Volume Manager (VxVM) and File System (VxFS) available for linux, Cluster Server (VCS) is too.

    I played with a VCS cluster at the redhat booth at a linuxworld expo--VxVM and VCS performed exactly as if it were a Solaris server.

  • Re:One thing (Score:3, Informative)

    by chris_sawtell ( 10326 ) on Monday March 03, 2003 @06:57PM (#5427887) Journal
    A non-beta, standard, production quality journaling filesystem.
    Here you are: not one, but two, both of them professional, industrial strength, quality software:- I have been running XFS for several months, faultlessly.
  • by Croaker ( 10633 ) on Monday March 03, 2003 @06:58PM (#5427890)

    Oh, you must mean this 3D filesystem viewer on IRIX [sgi.com] (the page even says "as seen in Jurassic Park!").

    Well, as it turns out, yes Linux has something like it [sourceforge.net] available.

    And, on top of that, what other UNIX allows you blast processes [unm.edu] with various armaments?

  • by doorbot.com ( 184378 ) on Monday March 03, 2003 @06:59PM (#5427901) Journal
    I'd like see some commands like:

    scsicontrol -send scsi commands
    scsiha - used to reset and probe scsi bus
    stacker - jukebox control


    Well...

    apt-get install mt-st scsiadd scsitools sformat sg-utils sg3-utils smartsuite taper

    With some info:

    mt-st - Linux SCSI tape driver aware magnetic tape control (aka. mt)
    scsiadd - Add or remove SCSI devices by rescanning the bus.
    scsitools - Collection of tools for SCSI hardware management
    setcd - Control the behaviour of your cdrom device
    sformat - SCSI disk format and repair tool
    sg-utils - Utilities for working with generic SCSI devices.
    sg3-utils - Utilities for working with generic SCSI devices.
    smartsuite - SMART suite - SMART utility suite for Linux
    taper - Full-screen system backup utility.

    Thanks to: "apt-cache search scsi"
  • Dynamic update between DHCP and DNS has been around for a short while now. Check out dhcp v3.x [isc.org] I'm setting it up at work right now with Bind 9... But I agree... Everything is in no way as integrated as the windows stuff. It's a trade off between ease of administration and security and stability though.
  • Re:NFS is needed? (Score:3, Informative)

    by elphkotm ( 574063 ) on Monday March 03, 2003 @07:10PM (#5428007) Homepage
    Unified home directories between boxes. Every box I have at home has unified home directories. Also, there's a universal repository mounted on every Windows box as R: and every BSD/Linux/Solaris box as /repository. These are accessible to the Windows boxes via Samba. This is hosted off a box that has a mirrored RAID setup, so my household has fairly safe, universal data storage. It makes life very convenient.
  • Re:I Got One... (Score:1, Informative)

    by Anonymous Coward on Monday March 03, 2003 @07:11PM (#5428015)
    Oh really? If thats the case, why can't you use it on more than one machine? If you agree to the AS license, you agree to buy subscriptions for any machine you put it on:

    http://www.redhat.com/licenses/rhlas_us.html?loc at ion=United+States&
  • by Twirlip of the Mists ( 615030 ) <twirlipofthemists@yahoo.com> on Monday March 03, 2003 @07:11PM (#5428020)
    which SCSI commands? Is that really needed often?

    Diagnostic, halt, start, inquiry and so on. Refer to this [sgi.com] manual page for more information. And yes, it's really needed often.

    As for resetting, do you really need that often?

    Yes, especially when you deploy fibre channel. Sometimes an adapter reset is the only way to get your HBA to recognize new LUN's, short of a reboot.
  • by ivan256 ( 17499 ) on Monday March 03, 2003 @07:11PM (#5428021)
    You've got a configuration problem, not a missing feature.

    Don't trash the contents of /var/lib/nfs when rebooting and your problem will go away.
  • Re:NO POWER4 (Score:3, Informative)

    by afidel ( 530433 ) on Monday March 03, 2003 @07:13PM (#5428028)
    Actually it makes both to sell services =)
  • Re:Scale over 4 CPUs (Score:3, Informative)

    by illumin8 ( 148082 ) on Monday March 03, 2003 @07:14PM (#5428039) Journal
    Bzzt! Wrong...

    Solaris scales linearly all the way up to 106 processors on an Enterprise 15000. This is one thing that Sun has been working on for years and has nailed very well. There are a whole bunch of issues that you have to deal with when you scale beyond a single board system. Now you have to have an interconnect (basically, similar to a SAN fabric or network switch) that let's a CPU on one system board access memory that might be on a different system board entirely. With features like a whopping 8MB cache for each processor, patented cache coherency technology, and a blazing fast interconnect, Sun is probably at least 5-10 years ahead of any Dell or Compaq solution. The Sun Fireplane interconnect gives you 9.6GB (that's gigabytes, not gigabits) a second sustained transfer between any two system boards, and 33.6GB a second sustained aggregate throughput.

    Basically this is all done in hardware, so if a Linux kernel was written properly to take advantage of all the Sun proprietary memory interfaces, you could theoretically get the same level of performance by installing Linux on your Enterprise 15000, but why would you want to (other than the geek factor and the fact that it would be cool to say: I have Linux 2.5beta running on my E15K.. w00t!)? Besides, Sun isn't about to hand over all of their trade secrets in interconnect design to a bunch of open source developers. That would be giving away the family jewels.
  • Re:Well of course (Score:3, Informative)

    by Prowl ( 554277 ) on Monday March 03, 2003 @07:19PM (#5428088)
    most GNU utilities come with perfectly adequate info documentations. the man pages usually represent a barebones.

    and "info" isn't really that much harder to type.

    don't forget, GNU likes to do things "differently"
  • Re:Well of course (Score:5, Informative)

    by Xouba ( 456926 ) on Monday March 03, 2003 @07:20PM (#5428090) Homepage

    In Debian, every binary must have a man page explaining its use. It's part of the Debian policy, and a package not honoring this rule is taken as broken (i.e., it's reported as an error when building the package) So, again, Debian rocks :-)

  • Re:LVM (Score:4, Informative)

    by Enry ( 630 ) <enry.wayga@net> on Monday March 03, 2003 @07:22PM (#5428110) Journal
    LVM comes with the RedHat 8.0 install. It's pretty sweet. You need to make /boot a regular partition, but the remaining partitions can be LVM.
  • by sniggly ( 216454 ) on Monday March 03, 2003 @07:22PM (#5428112) Journal
    I guess I have to add that I don't need to mount anything into my filesystem. If you want users to access files on other machines kde 3.1's konqueror goes where no other ap has ever gone before. Thanks to KDE's integration you can open kwrite (text editor) (or quanta, web stuff editor) and type in stfp://user@host/directory - you then open the remote directory in the open file dialogue. You can bookmark the directory right there. You can edit the remote file and save it where it resides.. Apart from sftp it also supports ftp, samba, nfs, http, and hosts of other protocols. It's extremely powerful.
  • Network Multipathing (Score:1, Informative)

    by Anonymous Coward on Monday March 03, 2003 @07:23PM (#5428121)
    Network Multipathing is a great feature
    http://wwws.sun.com/software/solaris/ds/d s-netmult ipath/index.html
  • Re:X Terminals (Score:2, Informative)

    by Skapare ( 16644 ) on Monday March 03, 2003 @07:24PM (#5428123) Homepage

    I have 3 X servers running on my desktop, on vt10, vt11, and vt12. And on top of that I have 60 text virtual consoles, vt1-vt9 and vt13-vt63. And yes, every one of them is in use. I've changed the keyboard mapping around so that ALT+key switches VT where key is just about every key on the main part of the keyboard. For example, ALT+1 is vt14, ALT+tab is vt28, ALT+/ is vt61, ALT+space is vt62 and ALT+ESC is vt63.

    Having multiple X servers running does allow me to switch between different window managers without messing up what I'm already doing. I have my own customized fvwm based environment on :0, a stock Gnome setup on :1, and a stock KDE setup on :2 (logged in under different userids).

    BTW, the virtual consoles do work on SUN Sparc machines when running Linux on them. There's nothing particular about the hardware to implement virtual consoles. They just happen to be text in graphics mode on SUN Sparc, much as they would on x86 if you used frame buffer mode (that's apparently what's happening on the SUN Sparc machines).

  • Re:Well of course (Score:5, Informative)

    by cbcbcb ( 567490 ) on Monday March 03, 2003 @07:26PM (#5428139)
    I used to hate info until I discovered that

    info --subnodes --output - | less

    makes it work just like man :) Debian actually provides proper manpages for a lot of these programs.

  • Re:Well of course (Score:4, Informative)

    by rifter ( 147452 ) on Monday March 03, 2003 @07:31PM (#5428174) Homepage

    I haven't seen this to be true. Whereas the idea is that info docs can be mroe detailed, and some very detailed info docs exist (for instance on the gnu programming model), I have found that in Linux distributions more often than not the man page and info page for a given utility are identical (even for gnu tools) and both leave a lot to be desired when compared to the man pages on practically any bsd.

    Info could be more powerful than man, especially for emacs users (of which I am not one) but in practice the move seems to have more to do with politics than functionality.

  • Re:Well of course (Score:3, Informative)

    by MarcoAtWork ( 28889 ) on Monday March 03, 2003 @07:32PM (#5428187)
    and what about man pages for -many- GNU utilities that just say 'this man page is incomplete, out of date and/or wrong, see the info files for the documentation'. Even when I was running debian I still had to resort to info files for several GNU applications IIRC.

    While I appreciate a good info help file (esp. for bigger programs like Emacs) I prefer man pages. BTW cperl-perldoc in Emacs is great!
  • Re:Well of course (Score:1, Informative)

    by Zeinfeld ( 263942 ) on Monday March 03, 2003 @07:34PM (#5428200) Homepage
    The FSF has for some unfathomable reason decided that man pages are obsolete and so man pages for GNU utilities are horribly incomplete.

    Well man is a pretty yukky system, it is not a help system that takes you from a problem to a solution it is a manual that will tell you the details of a command if you actually know what command you should ask about. To make it really easy the Unix commands are named using a Ceasar cipher (think rot13) so that folk using a voice synthesizer can control a Unix box using the type of sounds that Terence and Phil like to make a lot.

    RMS does have a point, but the answer to a bad help system is not no help system at all. His Info system was an improvement fifteen years ago, but coupling the help system to the largest program on the machine ain't exactly bright, unless of course your real objective was to force everyone to use emacs.

    The man issue points to the real limitation of Unix which isn't really a lack of features, the problem is the quality of implementation. I do not see a great deal of difference in practice here between the commercial Unices and Linux here. A Unix feature is not very useful unless the applications can make use of it which means that it has to be widely supported. Commercial Unices tend to have their strong points and weak points and be a bit better than Linux but nobody can afford to get too far ahead of the market. The application programmers won't respond.

    There are a few features like a journaling file system that are really useful that don't need application support - question if Open source is so great why are journaling file systems only just appearing for Linux when the NTFS file system in windows was ALWAYS a journaling file system (and VMS has a journaling file system several years before WNT came out).

    But most sophisticated O/S features need to be 100% robust and widely supported before any programer can use them. Back in the early days of the web I was asking Thau why Apache used per process servers with the hugely complex communications overhead that introduced. While some benefits were claimed for per process over per thread (mainly fudging the scheduler) the short answer was that none of the threads packages on Unix were stable enough at the time. OK so the threads package has been fixed but try writing a portable program that requires robust interprocess or even inter thread communication and synchronization? A synchronization mechanism is worthless if a single signal gets lost.

  • Re:I Got One... (Score:3, Informative)

    by rifter ( 147452 ) on Monday March 03, 2003 @07:34PM (#5428205) Homepage

    Why would you buy HPUX when you can download Solaris isos for free? [sun.com] Heck, HP wanted $3000 for its Linux distro. :P

  • by OzBeserk ( 654927 ) on Monday March 03, 2003 @07:38PM (#5428254)
    We just used linux (Redhat AS 2.1) as the OS for a real time traffic control system developed from scratch. The two things that really hurt us were:
    1 - no shared conditional variables
    2 - immature clustering

    The lack of cond vars burnt us trying to wake multiple processes when a shared memory value changed.

    We ran into problems with RH AS (and are still working through them) where one node would "shoot" (reboot) the other. If we were doing the project again I think we would roll our own fail-over capabilities.
  • by illumin8 ( 148082 ) on Monday March 03, 2003 @07:42PM (#5428304) Journal
    1. Binary Compatibility - Enterprise customers want to know that the app they wrote on Solaris 2.6 will still run on Solaris 10 when it's released next year, without recompiling it. Sun gives them that, with a binary compatibility promise. The Linux kernel and GNU libraries change too frequently for customers to have that guarantee.

    2. Scalability - Linux needs to be able to scale linearly beyond 4 processors before it will be a serious contender in the Enterprise space.

    3. 64-bit throughout - Sun has spent years removing all 32-bit bottlenecks from every piece of code that makes up the Solaris OE (operating environment). This takes a lot of effort and even when we see the AMD 64-bit processors this fall, it's still going to take at least a couple years of Linux development for all of the various 32-bit bottlenecks to be found and fixed. This is no trivial task, as developers at Sun found out during the move to the 64-bit product line in Solaris 7.

    4. Enterprise Volume Management - I heard Veritas was releasing Volume Manager for Linux, but I'm not sure if it's out yet. When you're carving up 10 terabytes of disk space on your EMC storage, you definitely don't want to be using fdisk... :-) Also, Solaris has built in Solstice Disk Suite which is great for mirroring your root disks and comes free. In my experience it works much better than RAID on Linux.

    5. Journaling File System - Native in the kernel and runs on top of standard UFS. While we're at it, why doesn't Linux make UFS their standard filesystem? If Linux's goal is to be a Unix workalike, why not go that route? It's been good enough for Unix for years, so why not use it? To add journaling support to a UFS volume all I have to do is add "logging" to the end of my mount entry in /etc/vfstab and remount the filesystem.

    6. Enterprise Level Support - This is something that unfortunately nobody has provided for Linux yet. Sure, you can get great support from Dell on the hardware, but if there's a problem with the OS forget about it. If you have talented staff Linux isn't that hard to support, but what if your staff leaves or the brilliant Linux geek that architected your system steps in front of a bus tomorrow? If you have a platinum contract with Sun, you can have 2-hour response time 24/7, to anywhere in the world. That means if I have a remote box somewhere in a closet out in Timbuktu and it goes down, all I have to do is call a 1-800 number and a Sun guy will be onsite, have the problem resolved, and have your box back up within 2-hours. They'll even re-install the OS for you if necessary, not to mention they have a really great backline support team that knows how to analyze core files and can trace back through the stack to help you find the root cause of the crash. I once had a backline Sun kernel engineer that was actually able to tell me that the box had crashed because an admin logged in as root had done a "kill -9" on a process he shouldn't have. How many Linux vendors have support departments that good?

    7. VOS (Veritas Oracle Sun) Alliance - This is an alliance between these three companies that allows them to share support resources. For really high-end OLTP systems like banks, telcos, financial markets, etc., they have a single group to contact for support on their high-end database cluster. These companies literally bleed millions if they are down for even a few hours, so it's important to have one group to point a finger at and get a solution as quick as possible.

    Those are the only ones I could think of right now off the top of my head. I'd love to hear someone with more info than me give me dates that these things could be implemented by.
  • by motorsabbath ( 243336 ) on Monday March 03, 2003 @07:47PM (#5428362) Homepage
    http://www.alphaworks.ibm.com/aw.nsf/reqs/gridtool box

    I'm almost certain LoadLeveler runs on x86 Linux.
  • Re:Well of course (Score:3, Informative)

    by Panoramix ( 31263 ) on Monday March 03, 2003 @07:55PM (#5428452) Homepage
    and what about man pages for -many- GNU utilities that just say 'this man page is incomplete, out of date and/or wrong, see the info files for the documentation'. Even when I was running debian I still had to resort to info files for several GNU applications IIRC.

    Those are very rare nowadays. AFAIK, if upstream does not include a man page, the Debian maintainer is required to write one, if it is possible at all, explaining at least the basic usage of the program.

    From my experience, most programs with the dreaded "undocumented(7)" man page are, well, undocumentable. Like a lot of utilities, libraries and daemons from both Gnome and KDE, which instead of man and info, seem to prefer user-friendly (read watered-down) Windows-esque HTML manuals, browsable via their Help interfaces.

    Oh, and despite all the great things that I can say about GNU software, I too find the info thing very annoying.

  • Re:Well of course (Score:5, Informative)

    by paladin_tom ( 533027 ) on Monday March 03, 2003 @07:58PM (#5428481) Homepage

    All that, and I didn't have to use a strange tree-structured pager that poorly identifies links and doesn't behave like lynx or any other similar text-mode document navigation tool I am familiar with.

    info, the program, is just one (default) info file viewer. There's also pinfo (which is Lynx-like), Emacs, and the KDE and GNOME help browsers, among other things that read info-format files.

  • Re:Here is my list (Score:4, Informative)

    by Fluffy the Cat ( 29157 ) on Monday March 03, 2003 @08:14PM (#5428618) Homepage
    1.)I have hot swapable drive support. HP is working on this for w2k but does dell have this?

    Yes, as long as you're using SCSI.

    2.)I can upgrade the hardware while the system is running!

    If your hardware supports it. There's linux support for hotswap PCI, and I believe there to be support for hotpluggable CPUs.

    3.)I have 64 bit memory access and integers for workstation cad apps as well as database access. Type double in C/c++ does not allow enough precision. Int64 ?? I can use larger numbers with more decimal points.

    If the hardware supports it. Run on Sparc, Alpha, IA64 or HPPA. IA64 is probably your best bet - Intel are keen on Linux support, and more commercial Linux vendors support it.

    4.) I have a scalable server that has supperior clustering software that NT and Linux lack

    This depends on precisely which sort of clustering you want.

    5.) With up to 128 processors I can have one fast mutha.

    Which seriously compromises performance on the single CPU machines that are significantly more common. How much of the market is comprised of machines with more than 4 CPUs? How much time do you think the kernel is spending dealing with the fine grained locking needed for Solaris to scale to 128 CPUs? On equivilant single CPU hardware, Linux will easily outperform Solaris.

    6.) World class stability. Linux has serious VM problems and the filesystem has been known to corrupt under large disk loads. Ask any database admin who uses oracle in Linux. Real servers need 24x7 support and linux is close and is very stable but has some rough edges in heavy server use. A reboot could be disasterous and cost tens if not hundreds of thousands of dollars. May god help you if your wharehouse database crashes or if your factory goes offline for a system reboot.

    Shrug. I've never had issues with Oracle on Linux, but there you go.

    7.)WOrld class support. If a chip fails you can have an engineer from Sun with a replacement part be at your office within a matter of hours if your a gold member!

    That's probably the biggest issue. On the other hand, my experience of commercial vendor hardware support has never been wonderful. Being told that repeated machine check exceptions are due to software issues despite the logging software clearly stating that they're ECC errors doesn't result in my mood improving that much. And Sun is still sitting on 6 nodes of our E10K because we keep hitting kernel bugs that they can't otherwise test because they don't have an installation as big as ours. It's been going through commissioning for 3 months now. We're almost at 48 hours between kernel panics, too.
  • Re:Well of course (Score:3, Informative)

    by Ed209 ( 140209 ) on Monday March 03, 2003 @08:14PM (#5428620)
    Yea, it would be nice though if man required an EXAMPLES section. The only man page I have ever found that I like was route's man page, because it provides an EXAMPLES section showing the most common uses of the program.

  • Bah (Score:3, Informative)

    by jpmorgan ( 517966 ) on Monday March 03, 2003 @08:18PM (#5428651) Homepage
    They're still years behind SGI, who can handle 512 CPUs and 1TB of physical memory. :)
  • Re:Scale over 4 CPUs (Score:3, Informative)

    by Fluffy the Cat ( 29157 ) on Monday March 03, 2003 @08:22PM (#5428681) Homepage
    The main problem is attempting to provide scalability to large numbers of processors while not compromising performance at the low end. Solaris has very fine-grained locking, which allows it to scale up to 100+CPUs (though to the best of my knowledge, Sun don't actually have any 15Ks with that many CPUs in themselves - they're having to use ours to track down the kernel bugs we keep hitting...)

    Now, that locking takes kernel time. Kernel time is time that's taken away from applications. As a result, while you win at the high end you lose out somewhat at the low end, and right now more than 95% of the market is at the low end (4 processors or fewer). Attempting to make a Unix that works well on the desktop and on the massive enterprise server or supercomputer is a really, really hard problem.
  • it's OpenFirmware (Score:3, Informative)

    by caveat ( 26803 ) on Monday March 03, 2003 @08:38PM (#5428843)
    Here it is [firmworks.com], OF - a boot loader/bios indeed, but much much more; essentialy a Forth interpreter running on the naked hardware, very useful for manipulating registers, writing boot drivers, and such. A comprehensive guide to using it on a PowerMac is up here [apple.com], but it probably applies to other systems too.
  • Re:Well of course (Score:5, Informative)

    by Waffle Iron ( 339739 ) on Monday March 03, 2003 @08:44PM (#5428883)
    No info is not harder to type, but it is harder to use. I shouldn't need an instruction manual on how to use the instruction manual.

    If you've got KDE, just type info:foo in the location bar. You can browse info pages the way they ought to be: as html.

    (You can also type #foo to get the foo man page.)

  • Re:Well of course (Score:2, Informative)

    by Feztaa ( 633745 ) on Monday March 03, 2003 @08:51PM (#5428944) Homepage
    It is true that Stallman has denounced manpages... however, he does support info pages... There does exist an info2man untility, so if you want manpages, just run info2man on all your info pages. If you're really nice, you could even save everybody some work, and distribute the resulting manpages... ;)
  • by Anonymous Coward on Monday March 03, 2003 @08:57PM (#5429004)
    check out www.timesys.com ;) It's a new real time version of Linux that's out
  • Re:Well of course (Score:2, Informative)

    by GrimReality ( 634168 ) on Monday March 03, 2003 @09:14PM (#5429096) Homepage Journal
    All that, and I didn't have to use a strange tree-structured pager that poorly identifies links
    and doesn't behave like lynx or any other similar text-mode document navigation tool I am familiar with.

    True. I hated info for the same reason, until I found that it did have sensible keybindings (n=next, p=previous, u=up etc.), although not what we, having been used to Lynx etc., would expect at first.

    I think that there should be some way to have Lynx-like keybindings for info. In my ridiculous opinion (IMRO) they should have provided easily changeable keybindings as they did with GNU Emacs.

    As a way of clarifying by biases, I don't use either GNU Emacs or Vim (although I have tried them) for my regular work, being a GUI person. So please don't consider that I have anything against either of these nice editors.

    Thank you.

    GrimReality
    2003-03-04 01:10:37 UTC (2003-03-03 20:10:37 EST)

  • by Luminary Crush ( 109477 ) on Monday March 03, 2003 @09:21PM (#5429151)
    If you move video drivers into the kernel then you risk kernel stability! This was one of the big controversies when NT4 came out: MS had moved the video subsystem into the kernel and out of user space. MS was criticized for choosing performance over stability, and that NT was really meant for the desktop, not the server room (which is perhaps still a valid statement :)).

    Up to this point I had thought it was a conscious and valid choice to keep the video drivers in user space.

    However, I wouldn't be opposed to a choice upon installation: kernel or user-space video subsystem depending on whether the target box was going to perform end-user or server duty.
  • Re:Well of course (Score:4, Informative)

    by germanbirdman ( 159018 ) on Monday March 03, 2003 @09:26PM (#5429192)
    Are you sure WinNT always had a jornaling file system? Because I think you're wrong, I am pretty sure NT (as in up to 4.0) did not have one in its version of NTFS.

    I know for a fact that only Windows 2000 Onwards (NTFS 5 +) had a thing called Changejournal which journals all actions done to the file system and are very useful for gathering the files that have changed since the last incremental or differential backup.

  • Re:Well of course (Score:3, Informative)

    by vanyel ( 28049 ) on Monday March 03, 2003 @09:27PM (#5429212) Journal
    If you've got KDE, just type info:foo in the location bar. You can browse info pages the way they ought to be: as html.

    That doesn't help when you're in a terminal window, which is one of the big advantages to Unix. And a browser is overkill when I just want the basic usage. I have no problem if the man page has a web link to detailed information, but I still want the man pages.

  • by X ( 1235 ) <x@xman.org> on Monday March 03, 2003 @09:28PM (#5429217) Homepage Journal
    Honestly, I've been getting the sival every time I used sigwaitinfo(). I've been doing this since 2.4. I agree that without the sival you lose a fair bit of the benefit of asynch I/O with signals for notification. This was totally working for me with SGI's AIO interface. I believe it was also working with the clunk glibc implementation.
  • Re:Well of course (Score:2, Informative)

    by Urchlay ( 518024 ) on Monday March 03, 2003 @10:05PM (#5429515)
    At risk of sounding like I'm flaming (which I'm not trying to do)...

    > if Open source is so great why are journaling file systems only just appearing for Linux when the NTFS file system in windows was ALWAYS a journaling file system

    I don't claim to know anything about NT or its filesystem, but you make it sound like Linux journalling filesystems just came out last week... I've been using ReiserFS for at least 3 years, more like 4 (seems like I started in 1999). Of course it was pretty unstable and experimental back then, but I've heard NT was unstable back then too.

    Google found me this directory of old ReiserFS patches [szczecin.pl]. The earliest patch there is for Linux 2.2.11, the date reads 12-sie-1999. I don't know what month sie is, in German, though, and of course timestamps can be anything you want them to be. Still, that's the best evidence I could give you on short notice that jornalling filesystems for Linux have been around longer than you might have known about them.

    Ext3 [kernel.org] has also been out for a while. I don't think those timestamps are correct, though (seems I was messing with ext3 in late '99, but all it really did was crash a lot).

    The rest of your comment, I make no comment on, one way or the other.

    I realize this is kind of off-topic, but it's one of those little nitpicky things, you know?

  • Re:Well of course (Score:4, Informative)

    by gomerbud ( 117904 ) on Monday March 03, 2003 @10:08PM (#5429548) Homepage
    [daver@tombstone:~]$ info --subnodes --output - gcc | less

    Cool, now i can keep my sanity while reading the gcc manual. I always hated how info used links for subsections. Now i can search using / instead of that god awful emacs method. This leads me to the following distinction:
    Linux is for people who hate vi.
    *BSD is for people who hate emacs.

    Time to watch more Cowboy Bebop.
  • Re:I Got One... (Score:2, Informative)

    by BJH ( 11355 ) on Monday March 03, 2003 @10:09PM (#5429553)
    In actual fact, they are free for commercial use if you only have a single processor. It used to be that only non-commercial users were permitted to use the free release, but that changed a while back.

    The flip side is that you have to pay if you're using it on a dual-CPU machine or better, even if you're a non-commercial user.
  • by belg4mit ( 152620 ) on Monday March 03, 2003 @10:11PM (#5429572) Homepage
    So keep your hardware... Sparc/Linux
    http://www.ultralinux.org/
  • Re:I Got One... (Score:5, Informative)

    by Jeremiah Cornelius ( 137 ) on Monday March 03, 2003 @10:33PM (#5429723) Homepage Journal
    Proprietary Unix isn't a magnet for digruntled former OS/2 and BeOS users... Sorry, Nick P!

    Honestly. Vendor Unix is usually tightly coupled to hardware. The advanced features often come out of this coupling, and are hardware specific. Linux does need a generic and abstract logical volume management system - the Sistina LVM is about the level of Solaris DiskSuite, minus GUI. IBM is implementing a superior and backwards compatible system: EVMS. If this makes it into 2.6, Linux will equal HP/UX and AIX here. There is also NUMA and ccNUMA work going on. This will kick a**.

  • by ffatTony ( 63354 ) on Monday March 03, 2003 @11:01PM (#5429916)
    That's all well and good (I love debian btw), but a large number of utilities seem to give this for a manpage :) That's just silly.

    UNDOCUMENTED(7) Linux Programmer's Manual UNDOCUMENTED(7)

    NAME
    undocumented - No manpage for this program, utility or function.

    DESCRIPTION
    This program, utility or function does not have a useful manpage.
    Before opening a bug to report this, please check with the Debian Bug
    Tracking System (BTS) at if a bug has already
    been reported. If not, you can submit a wishlist bug if you want.

    If you are a competent and accurate writer and are willing to spend the
    time reading the source code and writing good manpages please write a
    better man page than this one. Please contact the package maintainer
    in order to avoid several people working on the same manpage.

    Try the following options if you want more information.

    foo --help, foo -h, foo -?

    info foo

    whatis foo, apropos foo

    check directories /usr/share/doc/foo, /usr/lib/foo

    dpkg --listfiles foo, dpkg --search foo

    locate '*foo*'

    find / -name '*foo*'

    The documentation might be in a package starting with the same name as
    the package the software belongs to, but ending with -doc or -docs.
  • Re:Well of course (Score:3, Informative)

    by ateras ( 132939 ) <ajt@iki.fi> on Monday March 03, 2003 @11:32PM (#5430064) Homepage
    I used to hate info until I discovered that

    info --subnodes --output - | less

    makes it work just like man :)


    Thanks, that was a great hint! Immediately added this short function to my .bashrc:

    function mani () { info $1 --subnodes --output - | less; }

    Now the difference is reduced to one letter. :)

    AJT
  • by Anonymous Coward on Tuesday March 04, 2003 @01:20AM (#5430638)
    Support for hotswap CPU/RAM etc. ... Solution: force the vendors to make Linux a priority on high end hardware.

    Wrong solution, non-existant problem. It's a hardware thing, doesn't need to be an OS thing. But the fact is, it's already there. And the vendors don't need to make Linux a priority - they need to make standardizing the hardware model for hot-swap a priority. That way it becomes available with the benefit of competition on commodity hardware, and I'd much rather see great hardware features on commodity hardware than on single-vendor, high-end hardware.

    Mature LVM.

    Um, most commercial Unixes use Veritas LVM or Veritas Volume Manager - which is available for Linux. You can also already purchase hardware RAID controllers for Intel platforms that perform quite a bit better than Unix RAID controllers for the same price.

    Having multiple competing (diluting?) implementations doesn't help.

    That is a load of crap - sorry, but there's just no more accurate way of describing your statement there. Competition is good for software.

    8 way scalability.

    Um, where have you been. That's been there for a long time.

    Compatibility with some significant percentage of the bazaar third party hardware in the world.

    Again, you're just nuts. Linux is already compatible with more hardware than any particular Unix. And server-side, that's a lot less important than client-side, so I think you're reaching for straws here, since this is really only lacking in comparison to Windows.

    Diagnostics that don't suck.

    I'll have to give ya that one. I don't want to see kernel development slow down, but I wish the big "management software" vendors would whine or contribute enough to get a good, documented, stable API/platform for diagnostics worked in, because gathering all that info is certainly difficult and one of the few things I'm willing to pay for.

    Time. Linux is competing with OSes that are 3 times as old in some cases. ... Solution? Patience.

    I'll give you that one too, although I disagree with your solution. Patience is only part of the solution - the other part is pushing. Waiting without getting Linux used will be un-ending. Waiting while you quietly go ahead and prove its usefulness will be rewarded.

    Software issues need fixing. GNU compilers suck.

    Um... compared to what? There's a tremendous number of unix compilers that suck, trust me. There are also several very good (and pretty expensive) offerings for linux. Goodness is in the eye of the programmer, but gcc's done pretty well so far and there are other offerings available for those who need them and are willing to pay. BTW, you have to pay for them on all the other Unixes and Windows too. :-)

    Mature advocacy. The way to be an effective Linux geek is to not try to sell it.

    Oh, BS. What are you, a Zen guide? Yes, maturity is needed, but not being quiet. Being passionate will get you a lot further than being "respectably reserved", and being quiet sounds an awful lot like taking the easy way out.
  • Re:I Got One... (Score:3, Informative)

    by Pathwalker ( 103 ) <hotgrits@yourpants.net> on Tuesday March 04, 2003 @02:10AM (#5430837) Homepage Journal
    There are a few reasons why you might want to use HPUX:
    1. HPUX's LVM subsystem may take a few minutes to figure out, but it is pretty much bulletproof.
    2. ServiceGuard may be a little simplistic, but it does the job quite well, and if something goes wrong, it is easy to fix because it is so simple.
    3. Superdomes kick the ass of just about every other server out there in many different ways (I love the GSP).
    4. IMHO HP's highest level support does a far better job than Sun's or SGI's or IBM's highest levels of support. I'd much rather deal with HP BCS than any other support service.
  • by Anonymous Coward on Tuesday March 04, 2003 @02:55AM (#5430977)

    OK, I have loads more Solaris experience than I do Linux experience, so here are some Solaris features that AFAIK Linux doesn't have:

    1. Filesystem snapshots: You type a command, and a few seconds later, your filesystem "forks" into two halves -- one that never changes and one that behaves normally. You then back up the unchanging one, destroying it when you no longer need it. This all happens in a copy-on-write way, so that a 10GB filesystem doesn't need but a few hundred MB of free space to be forked, i.e. you don't have to copy the entire filesystem, just the parts that change. Note that this feature is REALLY nice if you want to back up a bunch of data that absolutely MUST be in a quiescent state. Instead of doing the whole backup in single-user mode (sometimes the only safe way), you reboot, do only the snapshots in single-user mode, then start up into multi-user mode and do the backups at your leisure, because not one bit of the snapshot will change from how it was in single-user mode.
    2. A really damn modular kernel. Every major group of features is a module. EVERY SINGLE driver is a module. Scheduler policies are modules. Protocols are modules. Filesystems are modules. Architecture-specific stuff is a module. They all magically load on demand, always. You can work with Solaris for years without ever learning how to force a module to load. Each module has its own configuration file that is read at RUN TIME, NOT AT BUILD TIME. You can often change module configuration by changing the config file, then reloading the module. Hell, you can even patch the running kernel in some cases by unloading, then replacing the module, then loading it again. If you need to rebuild something from source, 99% of the time it's not the whole kernel, just a few modules. So, you can make the update quickly and without rebooting, if you want.
    3. Binary patches. On Solaris, the operating system comes in releases, and then specific patches are issued to fix specific problems. You don't just "upgrade everything to the latest" (like in, say, Debian). Instead, you can (if you want), apply only the patches that you need. You might not even upgrade a whole package. A patch just changes the files that need to change in order to implement a fix. A patch is generated from a SEPARATE source branch whose goal is stability and bug fixes, not new features. There is real value in this: it makes systems more predictable and stable to differentiate between feature updates and bug fixes. And if the patch does something undesirable, you use "patchrm" to roll back to EXACTLY the set of files you had before applying the patch. That doesn't mean you fetched v. 1.5 off the net and it wasn't stable so you go fetch 1.4 again and install it. It means the old files come out of the local patch database. Except for being compressed and then uncompressed, they are the same files you had on your machine before.
    4. Support for NFS failover from one server to the next, at least for read-only volumes.
    5. An intelligent automounter. One that lets you easily specify filesystems by where they are on the net, and if a filesystem happens to be local, it automatically knows that and does a loopback mount instead of an NFS mount. So, you can have one global, network-wide automounter config file that says "joebob's home dir is on the server 'brubeck'", and if you're on some other host, it NFS mounts it, but if joebob logs into brubeck itself, the automounter figures this out and mounts it as a local loopback mount (not NFS through 127.0.0.1). And this happens with no hostname-based "if" statements. And also, if the server "brubeck" has more than one interface on different TCP/IP networks, the automounter looks to see if any of them are the local net and uses that IP address. So basically, you can use the same automount config file on every single host, without having to create special cases for different hosts.
    6. There's a database of devices. Probe order on the bus has NOTHING to do with what device matches with what entry in /dev. If I have 2 SCSI cards on my PCI bus and then I add a third SCSI card inbetween the two existing ones, every single device on the original SCSI cards stays with the same entry in /dev. The two original controllers are "c0" and "c1", the third (new) one, though it is probed before c1 and after c0, is called "c2", because it is important to keep everything the same for c0 and c1. This is important on servers that have multiple SCSI cards!! (And, this database of devices is stored in ASCII in case you need to fix it manually, unlike the equivalent thing in AIX...)
    7. On Solaris, there isn't a manual page that says "Swap over NFS may not work." How am I supposed to take "may not work"? Should I try it? This is a stupid thing for a manual page to say!
    8. On Solaris, there is cachefs, which is a filesystem that allows you to use local disk space to cache other filesystems (usually NFS). So, if you have 50 front-end web servers, you can set them all up to NFS mount the data from a few servers, but keep a giant on-disk cache of it locally for speed. Thus, when you need to make a minor change to one file under your tree, you don't have to push the changes to 50 systems and wait half an hour for the updates to show up everywhere. It happens more or less instantly. (Yes, you could probably set up AFS or CODA or something to do this under Linux, but Solaris can do it right out of the box.)
    9. Solaris has Jump Start, which means this: you can set up an install server. Then, when it comes time to install the software on a new desktop machine (or server, even!), you perform the following steps: (1) unbox the machine and hook it to the network, and (2) turn it on. And that's all. Without typing anything on the keyboard (unless you order it with Solaris already installed, in which case you have to type 11 keystrokes), it boots from the network out of the box. The network boot starts the install process. The install process figures out how to partition the disks. The software is all copied over. Then, your "finish" script (post-install site customizations) runs, and makes all the necessary changes for your site's configuration. The system does all this on its own and reboots, and is ready to use. If you can hook a machine to the network and plug in its monitor, keyboard, and mouse in 15 minutes, you can leave that machine after the 15 minutes and never have to come back to do another step.
    10. Live Upgrade. Solaris has this feature called Live Upgrade and basically what it amounts to is this: you designate a spare disk as your new root disk. The OS installer then does an "upgrade" install, which means the normal thing: take your existing OS version and upgrade it to the latest, preserving all your config files, data files, etc. The difference is that in this case, the original disk is not touched -- a copy is made onto the spare disk, and the upgrade proceeds as just a normal program in multi-user mode. So you can do your upgrade to the next major version of Solaris while your mission-critical server is running and performing its mission-critical service. Once you are satisfied you've got what you want, you do a quick reboot off the spare disk. If everything's peachy, you're done. Otherwise, you reboot off the original root disk. You still have to schedule downtime for your server's OS upgrade, but there's at least a chance of being able to go home 30 minutes into the time you've scheduled with the system back up and running instead of KNOWING you'll be there for many, many hours doing the entire OS upgrade.
  • by kasperd ( 592156 ) on Tuesday March 04, 2003 @03:01AM (#5430990) Homepage Journal
    high-end Unix boxes are powerful enough to run emulators, right?

    I doubt any emulator on a high-end Unix box could match the speed of VMware on IA32 Linux.
  • Konqueror, man, info (Score:4, Informative)

    by leonbrooks ( 8043 ) <SentByMSBlast-No ... .brooks.fdns.net> on Tuesday March 04, 2003 @03:31AM (#5431093) Homepage
    Try typing info:gcc or man:gcc into Konqueror. You'll never look back. (-:

    While you're there, shove an audio CD in and try audiocd:/
  • by IamTheRealMike ( 537420 ) on Tuesday March 04, 2003 @05:33AM (#5431431)
    Thanks to KDE's integration you can open kwrite (text editor) (or quanta, web stuff editor) and type in stfp://user@host/directory

    Of course, unless you are a KDE fanboi who only ever uses KDE apps on a matter of principle, you might find LUFS [sf.net] more useful, as it allows you to mount remote systems via SSH directly into the filing system, making them seamlessly available to any app, regardless of whether it's linked against kde or not.

  • by rasterizerjay ( 572609 ) on Tuesday March 04, 2003 @05:38AM (#5431447)
    ...because they run thousands of machines, and because data is distributed and replicated, don't care if one or two (or twenty) are dead at any one time. there's a short summary of a talk given by jim reese about these things here [usenix.org].
  • by Get Behind the Mule ( 61986 ) on Tuesday March 04, 2003 @07:47AM (#5431789)
    I agree with a number of things that have already been mentioned, and would like to add that Solaris has a few more tools for monitoring system activity and performance which I really miss in Linux.

    Linux has vmstat, netstat, top and strace. Solaris has truss instead of strace (and I like truss better), the other three that Linux has, and also sar, mpstat, iostat and prstat. At least out of the box, anyway. Linux being what it is, I'm sure nothing prevents someone from writing these tools as open source projects, and maybe they're out there somewhere. But in Solaris they're right there, I don't have to go looking for them.

    Surprised I haven't seen this one so far (at least not while browsing at threshhold 2), since I'm guessing that a lot of Slashdotters have had to chase down performance bottlenecks. It's hard to overstate the importance of good monitoring tools for such a job, and right now Solaris has the clear advantage in this area.
  • Re:Scale over 4 CPUs (Score:3, Informative)

    by x0 ( 32926 ) on Tuesday March 04, 2003 @09:36AM (#5432174) Homepage
    This is likely attributable to the design of the CPUs installed over and above the 72 CPUs installed in the expander boards.

    The additional CPUs are called MaxCPU and are installed in place of the I/O expanders. While this can allow an additional 33 or 34 CPUs (I have seen both 105 and 106 as the maximum CPU count for the F15K.), what you do not get is additional RAM on the MaxCPU board. All RAM access must cross the backplane which helps to explain explain some of the linearity loss. You also lose nearly all of the I/O expanders as well.

    For those of you that really need more than 105 CPUs, Sun is also purportedly working on a system to bond a number of F15Ks together into a large single image server. One Sun PS type claimed that Sun had a 1500 CPU server in testing.

  • by SirTwitchALot ( 576315 ) on Tuesday March 04, 2003 @04:55PM (#5435843) Homepage Journal
    I stand corrected. Although, from what I've read, DR support is considered experimental.

Real Programmers don't eat quiche. They eat Twinkies and Szechwan food.

Working...