linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Ingo Oeser <ingo.oeser@informatik.tu-chemnitz.de>
To: Jean Francois Martinez <jfm2@club-internet.fr>
Cc: linux-mm@kvack.org
Subject: Re: Time to do something about those loading times
Date: Sun, 1 Sep 2002 20:28:20 +0200	[thread overview]
Message-ID: <20020901202820.E781@nightmaster.csn.tu-chemnitz.de> (raw)
In-Reply-To: <1029399063.1641.65.camel@agnes.fremen.dune>; from jfm2@club-internet.fr on Thu, Aug 15, 2002 at 10:11:02AM +0200

Hi Jean,

On Thu, Aug 15, 2002 at 10:11:02AM +0200, Jean Francois Martinez wrote:
> Presently one of the things who are hindering Linux progress on the
> desktop is that the loading times are far higher than on Windows.  This
> gives the impression it is slow.
 
No they have different application design philosophies. A Unix
system is more than a kernel and the kernel tries best to support
the applications for Unix. Applications which are designed
another way are penalized for its poor design.

Thats called system design and application programmers should use
it properly instead of designing a Windows application and expect
it to run performant on Unix. It also doesn't work the other way
around[1].

So every Unix application that uses threads for everything, has no
useful commandline parameters, doesn't evaluate $HOME/.theconfig,
isn't startable remotely, modifies anything besides things I have
access to as a normal user, or is monolithic and uses lots of
shared libraries simply is a bad designed Unix application.

But thats just me(?).

Its better to penalize bad design and encourage good design by
slowing down bad behavior and making good behavior faster. Hope
that will never change.

Your slow loading problem can be solved by prelinking. Build a
linker to do this and save your favorite applications prelinked
(or build them simply completely statically linked). For windows
like applications ELF and ld-so are simply not designed.


Regards

Ingo Oeser

[1] Try redirecting output from your favorite windows
   application. Try embedding vim or emacs in it. Try to disable
   the GUI and control it via commandline parameters. See, thats
   by design.
-- 
Science is what we can tell a computer. Art is everything else. --- D.E.Knuth
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/

      parent reply	other threads:[~2002-09-01 18:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-15  8:11 Jean Francois Martinez
2002-08-15  8:43 ` Jean Francois Martinez
2002-08-29 18:07 ` Daniel Phillips
2002-09-01 18:28 ` Ingo Oeser [this message]

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=20020901202820.E781@nightmaster.csn.tu-chemnitz.de \
    --to=ingo.oeser@informatik.tu-chemnitz.de \
    --cc=jfm2@club-internet.fr \
    --cc=linux-mm@kvack.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