[OT ]Re: Can't X be elemenated?

From: Helge Hafting (helgehaf_at_aitel.hist.no)
Date: 09/30/03

  • Next message: David S. Miller: "Re: RFC: [2.6 patch] disallow modular IPv6"
    Date:	Tue, 30 Sep 2003 10:18:31 +0200
    To: kartikey bhatt <kartik_me@hotmail.com>
    
    

    kartikey bhatt wrote:
    > Hi Linus.
    >
    > I read your reply to a person worried about the future of linux. It was a
    > satisfactory reply; I hope to get a satisfactory reply for this one also.
    >
    > Can't X be elemenated?

    Trivially. X is a stand-alone app, this is as easy as not running
    it. (Or not installing it, if you don't want to spend the disk space.)
    That means no GUI apps, but there are plenty of programs that
    don't need the GUI.

    > I mean to say kernel level support for graphics device drivers and special
    > routines for accessing it directly; rest will be done by user space widget
    > libraries (or say a kernel space light widget library which can be
    > customized
    > by user space libraries).
    >
    Then you move the "bloat" to the kernel, where it does more
    damage than were it is now. No real win, but definitely loss.

    > Why am I asking this?
    >
    > 1st. X is bloat. Though it's good for server environments. For desktop pcs
    > it's too heavy. On my machine (PIII500 with 128MB RAM) I have to choose
    > from
    > either to run X or compile 2.6.0-test6.

    You're wrong. X is lightweight. I remember running it on a 386
    with 8M RAM - much faster than windows 3.1 of that time.

    I guess you're merely running some very heavy apps.
    1. Get a lightweight window manager. There are many
        to chooce from, such as icewm, fwwm, twm, openbox,...
        Don't run heavy stuff like enlightenment. It looks good,
        but it is meant for bigger machines than yours.
    2. Avoid gnome and kde whenever possible. These two wants more
        than 128M. And possibly more cpu too.
    3. Make sure you have a x server that uses acceleration
        (Check the x server log) and make sure you aren't
        running an IDE disk in pio mode and without
        interrupt unmasking. (take a look at hdparm)

    You should now have a lean fast system compared to windows.

    >
    > 2nd. It's process based client/server architecture is a bottleneck. It's
    > not
    > as interactive as is supposed to be.
    Likely some other problem, see above.

    > 3rd. Most important. I can't impress or convince my window(crash)(TM) user
    > friends, relatives (who saw X running on my pc) to use Linux.
    >
    Can't do that with an ill-configured system. Oh, and make sure
    the comparison is sensible - are they running windows on
    128M 500MHz machines too?

    > 4th. I want to see desktop being ruled by Linux.
    >
    Linux is good enough for that already. Companies are changing
    to linux on the desktops as a cost-cutting measure - no
    licences and slightly lower demands for hardware. And there
    is enough apps too! (Not as many as for windows, but _enough_,
    more is coming.)

    Now, "good enough" is no reason to stop getting better. But
    integrating X into the kernel is not the way to go, particularly because
    it don't buy us much.

    X not in the kernel means a fault in X don't take out the kernel
    (crashing the machine) either. Seems you like that aspect of
    it. Also, X supports networking as is. Try running apps
    remotely with windows - you'll have to buy third party
    software first and it isn't as good.
    I routinely log in to my office pc from home, and run GUI apps
    over and ADSL line. It just works.

    > "Present" is in our hands; we are ruling servers.
    > You said "Linux, world domination fast".
    > If my wish is fulfilled, I am sure, one day, You (Mr. Linus) and I will
    > be saying "Linux, world domination completed".
    :-)

    Helge Hafting

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: David S. Miller: "Re: RFC: [2.6 patch] disallow modular IPv6"

    Relevant Pages

    • Re: Mac eye for the Linux guy?
      ... > I'm a Unix sysadmin (Linux, Solaris, *BSD) who has been running Linux ... Windows is not an option -- the Windows trolls need not ... GIU apps. ... > Are there any decent programs supporting multiple virtual desktops ...
      (comp.sys.mac.advocacy)
    • Re: [OT] Interview with Con Kolivas on Linux failures
      ... linux these days too, but is certainly possible. ... compromised they way would be in the monolithic kernel model. ... One doesn't want to move apps into kernel space. ... scheduling algorithms which try to give time to apps based on ...
      (Debian-User)
    • Re: Ive dumped Linux and moved to Windows XP.
      ... > Presumably Windows own 'Add/Remove programmes' does not qualify? ... is that 3rd party support is king. ... apps at a time when everyone else kept their systems proprietary. ... And no, linux doesn't fulfill all of these requirements, ...
      (sci.electronics.design)
    • Re: Ive dumped Linux and moved to Windows XP.
      ... > Presumably Windows own 'Add/Remove programmes' does not qualify? ... is that 3rd party support is king. ... apps at a time when everyone else kept their systems proprietary. ... And no, linux doesn't fulfill all of these requirements, ...
      (alt.os.linux)
    • Re: CP/M Source
      ... I'm about as far removed from a Windows partisan as it's possible to get. ... Linux users can justifiably crow over its ability to keep running without a crash -- something that could _NOT_ be said for BSD Unix. ... what good is an OS with no apps? ...
      (comp.os.cpm)