From: Vladimir Dergachev <vdergach@sas.upenn.edu>
To: Emil Briggs <briggs@bucky.physics.ncsu.edu>
Cc: linux-mm@kvack.org
Subject: Re: Application load times
Date: Sat, 5 Jun 1999 02:10:29 -0400 (EDT) [thread overview]
Message-ID: <Pine.GSO.4.10.9906050207170.10625-100000@mail2.sas.upenn.edu> (raw)
In-Reply-To: <199905311911.PAA13206@bucky.physics.ncsu.edu>
Take a look at the preload package I wrote some time ago
http://www.math.upenn.edu/~vdergach/Linux
The long load times are due the fact that the pages are loaded on demand.
Since programs are not likely to just execute linearly there is a lot
of seeking on the disk which slows things down. Note this is still faster
than loading the whole executables.
Preload reorders loading of files so that the exact parts of the
executable are loaded in the correct order.
I am working on using dentries now to get the information about memory
allocation faster..
Vladimir Dergachev
On Mon, 31 May 1999, Emil Briggs wrote:
> Are there any vm tuning parameters that can improve initial application
> load times on a freshly booted system? I'm asking since I found the
> following load times with Netscape Communicator and StarOffice.
>
>
> Communicator takes 14 seconds to load on a freshly booted system
>
> On the other hand it takes 4 seconds to load using a program of this sort
>
> fd = open("/opt/netscape/netscape", O_RDONLY);
> read(fd, buffer, 13858288);
> execv("/opt/netscape/netscape", argv);
>
> With StarOffice the load time drops from 40 seconds to 15 seconds.
>
>
> The reason this came up is because I installed Linux on a friends
> computer who usually boots it a couple of times a day to check email,
> webbrowse or run StarOffice -- they immediately asked me why it
> was so slow. Since I know how they usually use their computer it was
> easy enough to remedy this with the little bit of code above. Anyway
> does anyone know if there a more general way of improving initial load
> times with some tuning parameters to the vm system?
>
> Emil
>
> --
> To unsubscribe, send a message with 'unsubscribe linux-mm my@address'
> in the body to majordomo@kvack.org. For more info on Linux MM,
> see: http://humbolt.geo.uu.nl/Linux-MM/
>
--
To unsubscribe, send a message with 'unsubscribe linux-mm my@address'
in the body to majordomo@kvack.org. For more info on Linux MM,
see: http://humbolt.geo.uu.nl/Linux-MM/
next prev parent reply other threads:[~1999-06-05 6:10 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
1999-05-31 19:11 Emil Briggs
1999-05-31 19:33 ` Matthew Kirkwood
1999-06-01 0:19 ` Stephen C. Tweedie
1999-05-31 19:54 ` Andi Kleen
1999-06-05 6:10 ` Vladimir Dergachev [this message]
1999-06-01 12:51 Emil Briggs
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.GSO.4.10.9906050207170.10625-100000@mail2.sas.upenn.edu \
--to=vdergach@sas.upenn.edu \
--cc=briggs@bucky.physics.ncsu.edu \
--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