linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Paul Jakma <paul@clubi.ie>
To: kartikey bhatt <kartik_me@hotmail.com>
Cc: torvalds@osdl.org, linux-kernel@vger.kernel.org
Subject: Re: Can't X be elemenated?
Date: Tue, 30 Sep 2003 19:48:22 +0100 (IST)	[thread overview]
Message-ID: <Pine.LNX.4.56.0309301648110.22571@fogarty.jakma.org> (raw)
In-Reply-To: <LAW11-F18b4SaFMwr9y00007564@hotmail.com>

On Mon, 29 Sep 2003, kartikey bhatt wrote:

> 1st. X is bloat.

This isnt true.

[paul@fogarty paul]$ cat /proc/`pidof X`/status | grep ^Vm
VmSize:    47700 kB
VmLck:         0 kB
VmRSS:     22580 kB
VmData:    25540 kB
VmStk:        72 kB
VmExe:      1488 kB
VmLib:      1580 kB

X is actually quite tiny, ~3MB of exe+lib. The data size is due,
vastly, to the X /clients/ using the server (in the above case RH9
GNOME + windowmaker + xchat2 + galeon + few xterms).

Here's Xipaq (tinyX handheld X server):

~ $  cat /proc/`pidof Xipaq`/status | grep ^Vm
VmSize:     5072 kB
VmLck:         0 kB
VmRSS:      3164 kB
VmData:     1788 kB
VmStk:        16 kB
VmExe:       848 kB
VmLib:      2028 kB

That's Xipaq, exe is smaller, but libs are bigger, balances out to 
~3MB again. However, the data segment is much smaller, < 2MB compared 
to > 25MB for the desktop case. The handheld runs the GPE 
(http://gpe.handhelds.org) environment.

So perhaps you could come to the conclusion that 'X' (in the X server
sense) is not bloat, but that the /clients/ on modern desktops are?

> Though it's good for server environments. For desktop pcs it's too
> heavy. 

You are misinformed. See above.

> 2nd. It's process based client/server architecture is a bottleneck.

Why do you think so? For large amounts of data, X clients can use 
shared memory. Further, even if they must transfer data (ie 
pixmaps/pics) across the socket connection, the X server can cache 
it, and the client can use it by reference. (ie a once off cost).

Also, local X clients use unix sockets - blazingly fast.

> It's not as interactive as is supposed to be.

Have you tried 2.6.0-test6? The interactivity problems were the 
kernel's fault more than that of 'X'.

> 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.

You wont impress /anyone/ with "just X" (ie just the X server) -
cause all you'll get is a tiled background of tiny X logos and an X
mouse pointer.
 
> 4th. I want to see desktop being ruled by Linux.

"X" isnt the obstacle.

To be able to constructively criticise something you first need to 
/understand/ it. You dont.

Most of you what you complain about, bloat and heavyness, is due to
the desktop environment - not X itself. Try running GPE
(http://gpe.handhelds.org) or (easier/actually practical too for a
desktop) Xfce (http://www.xfce.org)

Finally, this isnt a kernel problem.

regards,
-- 
Paul Jakma	paul@clubi.ie	paul@jakma.org	Key ID: 64A2FF6A
	warning: do not ever send email to spam@dishone.st
Fortune:
Real wealth can only increase.
		-- R. Buckminster Fuller

  parent reply	other threads:[~2003-09-30 18:49 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-29 14:44 Can't X be elemenated? kartikey bhatt
2003-09-29 14:51 ` Leonard Milcin Jr.
2003-09-29 15:05   ` Gábor Lénárt
2003-09-29 15:10 ` Erik Hensema
2003-09-29 15:11 ` Valdis.Kletnieks
2003-09-29 20:56 ` George France
2003-09-29 21:04   ` Erik Bourget
2003-09-29 21:16   ` Erik Steffl
2003-09-29 21:11 ` Diego Calleja García
2003-09-29 22:30 ` bill davidsen
2003-09-30  8:18 ` [OT ]Re: " Helge Hafting
2003-09-30 18:48 ` Paul Jakma [this message]
2003-09-30 19:30   ` Krishna Akella
2003-09-30 20:21     ` David Lang
2003-09-30 20:46       ` Krishna Akella
2003-09-30 20:45         ` David Lang
2003-10-07  4:04       ` Pavel Machek
2003-10-07  8:23         ` Giacomo A. Catenazzi
2003-10-07 12:18           ` Pavel Machek
2003-10-07 12:46             ` [OT] " Giacomo A. Catenazzi
2003-10-07 12:52             ` Måns Rullgård
2003-10-07 14:34               ` Valdis.Kletnieks
2003-10-07 14:47             ` Jesse Pollard
2003-10-07 15:37               ` Pavel Machek
2003-10-07 19:07                 ` David Lang
2003-10-07 19:16                   ` Pavel Machek
2003-10-07 20:09                   ` jlnance
2003-10-07 18:52             ` David Lang
2003-09-30 21:51     ` J.A. Magallon
2003-10-01 14:54     ` Jesse Pollard
2003-10-01  8:27   ` John Bradford
2003-09-29 19:45 kartikey bhatt
2003-09-30  8:09 kartikey bhatt
2003-09-30  9:25 ` Matti Aarnio
2003-09-30  9:54 ` Paul Rolland
2003-09-30 13:34 ` Jesse Pollard
2003-09-30 17:50 kartikey bhatt
2003-10-01  4:32 kartikey bhatt
2003-10-01  5:00 ` Tupshin Harper
2003-10-01 15:12 ` Jesse Pollard
2003-10-01 18:27 ` Tomasz Rola
2003-10-02  8:57 ` Helge Hafting
2003-10-02 18:18   ` Herbert Poetzl
2003-10-03 14:30     ` Jesse Pollard
2003-10-02 18:37   ` Erik Steffl
     [not found] <BGWr.3eL.7@gated-at.bofh.it>
2003-10-01  8:19 ` Ihar 'Philips' Filipau

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.56.0309301648110.22571@fogarty.jakma.org \
    --to=paul@clubi.ie \
    --cc=kartik_me@hotmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@osdl.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).