From: Charles Forsyth <forsyth@terzarima.net>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Install from CD fails
Date: Wed, 19 Apr 2006 14:21:10 +0100 [thread overview]
Message-ID: <37fc4a190bab010e45ea64a0823cbb29@terzarima.net> (raw)
In-Reply-To: <20ec6e34bce3bc6eea70143d80cc3c38@hamnavoe.com>
> If I was looking for ways to reduce space I would probably
> start with vlrt.c and pool.c
the quick linker changes i did this morning discard various
commonly unused functions in vlrt.c, and sometimes in pool.c.
it saves 12% on text and data for something simple like cat.c but as one might
expect it saves less and less as a percentage of
bigger things like plan 9 and inferno kernels (eg 1.4% or so).
i haven't tabulated savings overall.
a few represent obsolete things that could simply be removed,
but in quite a few cases (eg, atexit and canlock below) the relevant source
files have several functions (often to use internal functions and data marked static)
and in any given load some of them aren't used (eg, rc4skip and rc4back in rc4.c).
on the other hand, partly because of the simple-minded implementation,
it adds a bit to the linking time when used, notably on the kernels.
here's the list for cat.c
atexit unused
atexitdont unused
canlock unused
atoi unused
_d2v unused
_f2v unused
_v2d unused
_v2f unused
vneg unused
_divv unused
_modv unused
_rshav unused
_rshlv unused
_lshv unused
_andv unused
_orv unused
_xorv unused
_vpp unused
_vmm unused
_ppv unused
_mmv unused
_p2v unused
_sl2v unused
_ul2v unused
_si2v unused
_ui2v unused
_sh2v unused
_uh2v unused
_sc2v unused
_uc2v unused
_v2sc unused
_v2uc unused
_v2sh unused
_v2uh unused
_v2sl unused
_v2ul unused
_v2si unused
_v2ui unused
_testv unused
_eqv unused
_nev unused
_ltv unused
_lev unused
_gtv unused
_gev unused
_lov unused
_lsv unused
_hiv unused
_hsv unused
runenlen unused
fmtfdflush unused
fmtinstall unused
_mulv unused
_addv unused
toupper unused
modf unused
muldiv unused
$0.0 unused (data)
but that amounts to only 2844 bytes overall of the original 23110.
by the time you get to the kernels, you're talking real savings of, ooh, 30k
out of 1.7mbytes (text+data+bss). it's slightly more helpful with inferno
than plan 9, because the kernel includes more library code, and sometimes that
includes functions that could be called to dump data structures when debugging
but aren't referenced normally.
next prev parent reply other threads:[~2006-04-19 13:21 UTC|newest]
Thread overview: 121+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-17 22:07 Bakul Shah
2006-04-18 0:01 ` Russ Cox
2006-04-18 14:36 ` Gorka guardiola
2006-04-18 15:47 ` Russ Cox
2006-04-18 14:45 ` Ronald G Minnich
2006-04-18 16:12 ` Charles Forsyth
2006-04-18 16:42 ` andrey mirtchovski
2006-04-18 16:46 ` Bruce Ellis
2006-04-18 16:47 ` Charles Forsyth
2006-04-18 17:41 ` Brantley Coile
2006-04-18 17:46 ` David Leimbach
2006-04-18 17:55 ` Bruce Ellis
2006-04-18 18:06 ` Francisco J Ballesteros
2006-04-18 22:37 ` Skip Tavakkolian
2006-04-18 18:54 ` Charles Forsyth
2006-04-18 19:22 ` David Leimbach
2006-04-18 20:14 ` lucio
2006-04-18 20:34 ` Russ Cox
2006-04-18 19:52 ` David Leimbach
2006-04-20 21:16 ` Latchesar Ionkov
2006-04-18 20:45 ` Ronald G Minnich
2006-04-18 21:08 ` David Leimbach
2006-04-18 21:39 ` Roman Shaposhnick
2006-04-18 21:54 ` David Leimbach
2006-04-18 23:19 ` Brantley Coile
2006-04-19 1:05 ` Roman Shaposhnick
2006-04-19 14:17 ` David Leimbach
2006-04-19 14:31 ` Charles Forsyth
2006-04-19 15:32 ` Chad Dougherty
2006-04-19 15:45 ` David Leimbach
2006-04-19 15:57 ` Federico G. Benavento
2006-04-19 17:45 ` David Leimbach
2006-04-19 23:56 ` geoff
2006-04-19 16:49 ` Russ Cox
2006-04-19 17:50 ` David Leimbach
2006-04-19 17:55 ` Federico G. Benavento
2006-04-19 18:45 ` Charles Forsyth
2006-04-19 18:55 ` David Leimbach
2006-04-18 23:27 ` Roman Shaposhnick
2006-04-18 23:29 ` Federico G. Benavento
2006-04-18 23:48 ` Lyndon Nerenberg
2006-04-19 14:25 ` David Leimbach
2006-04-19 14:31 ` Ronald G Minnich
2006-04-19 15:51 ` Tim Wiess
2006-04-19 19:53 ` Wes Kussmaul
2006-04-20 14:39 ` Ronald G Minnich
2006-04-20 15:50 ` Jack Johnson
2006-04-20 21:20 ` Ronald G Minnich
2006-04-20 21:42 ` Dan Cross
2006-04-20 22:06 ` Brantley Coile
2006-04-21 3:43 ` Ronald G Minnich
2006-04-21 4:37 ` Dan Cross
2006-04-21 16:08 ` Ronald G Minnich
2006-04-20 22:09 ` Wes Kussmaul
2006-04-20 23:09 ` Charles Forsyth
2006-04-21 3:45 ` Ronald G Minnich
2006-04-21 4:31 ` Dan Cross
2006-04-21 13:36 ` Christoph Lohmann
2006-04-21 4:46 ` lucio
2006-04-18 19:34 ` jmk
2006-04-18 19:52 ` David Leimbach
2006-04-18 20:34 ` Roman Shaposhnick
2006-04-18 21:04 ` Dan Cross
2006-04-18 21:11 ` Charles Forsyth
2006-04-18 21:16 ` Dan Cross
2006-04-18 21:21 ` David Leimbach
2006-04-18 21:24 ` David Leimbach
2006-04-19 2:53 ` geoff
2006-04-19 3:16 ` Dan Cross
2006-04-19 3:28 ` geoff
2006-04-20 22:35 ` Roman Shaposhnick
2006-04-19 3:02 ` Dan Cross
2006-04-18 20:44 ` Ronald G Minnich
2006-04-20 3:10 ` LiteStar numnums
2006-04-18 16:48 ` Charles Forsyth
2006-04-18 16:58 ` Bruce Ellis
2006-04-18 17:02 ` uriel
2006-04-18 17:30 ` Bruce Ellis
2006-04-18 20:21 ` Richard Miller
2006-04-18 21:10 ` Charles Forsyth
2006-04-19 1:14 ` geoff
2006-04-19 12:49 ` Richard Miller
2006-04-19 13:21 ` Charles Forsyth [this message]
2006-04-18 16:17 ` Dave Eckhardt
2006-04-18 19:17 ` Lyndon Nerenberg
2006-04-19 0:28 ` Bakul Shah
2006-04-19 1:45 ` Russ Cox
2006-04-19 2:35 erik quanstrom
2006-04-19 3:53 ` Russ Cox
2006-04-19 19:34 ` Roman Shaposhnick
2006-04-19 19:42 ` Bruce Ellis
2006-04-20 1:07 ` Roman Shaposhnick
2006-04-20 2:02 ` Jack Johnson
2006-04-19 19:45 ` Charles Forsyth
2006-04-19 21:16 ` Brantley Coile
2006-04-19 21:46 ` quanstro
2006-04-20 1:03 ` rog
2006-04-20 6:08 ` Charles Forsyth
2006-04-20 15:59 ` rog
2006-04-20 4:02 ` Roman Shaposhnick
2006-04-19 2:47 erik quanstrom
2006-04-19 3:04 erik quanstrom
2006-04-19 3:27 Mike Haertel
2006-04-19 8:19 YAMANASHI Takeshi
2006-04-20 1:41 erik quanstrom
2006-04-20 6:17 ` Charles Forsyth
2006-04-20 1:45 erik quanstrom
2006-04-20 3:03 ` Michael Baldwin
2006-04-20 5:58 ` Charles Forsyth
2006-04-21 11:34 ` Bruce Ellis
2006-04-21 15:46 ` Skip Tavakkolian
2006-04-21 15:47 ` Jack Johnson
2006-04-20 9:57 erik quanstrom
2006-04-20 11:00 ` R
2006-04-20 10:30 erik quanstrom
2006-04-20 13:50 ` David Leimbach
2006-04-20 17:55 ` Skip Tavakkolian
2006-04-25 2:02 ` Roman Shaposhnick
2006-04-20 10:36 erik quanstrom
2006-04-21 15:49 erik quanstrom
2006-04-25 2:16 erik quanstrom
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=37fc4a190bab010e45ea64a0823cbb29@terzarima.net \
--to=forsyth@terzarima.net \
--cc=9fans@cse.psu.edu \
/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).