Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Michael S <already5chosen@yahoo.com>
Newsgroups: comp.lang.c
Subject: Re: Baby X is bor nagain
Date: Thu, 13 Jun 2024 19:13:51 +0300
Organization: A noiseless patient Spider
Lines: 23
Message-ID: <20240613191351.00000365@yahoo.com>
References: <v494f9$von8$1@dont-email.me>
	<v49seg$14cva$1@raubtier-asyl.eternal-september.org>
	<v49t6f$14i1o$1@dont-email.me>
	<v4bcbj$1gqlo$1@raubtier-asyl.eternal-september.org>
	<v4bh56$1hibd$1@dont-email.me>
	<v4c0mg$1kjmk$1@dont-email.me>
	<v4c8s4$1lki1$4@dont-email.me>
	<20240613002933.000075c5@yahoo.com>
	<v4emki$28d1b$1@dont-email.me>
	<v4et7o$29ejt$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 13 Jun 2024 18:13:36 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="385665b774ea20863bf51bd6cc97bd68";
	logging-data="2400322"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/U5BDSHH2oLYjRQD0fNFuBd0WXnawxr3U="
Cancel-Lock: sha1:GhNk7qquanFrGq59nG1epTJSPAg=
X-Newsreader: Claws Mail 3.19.1 (GTK+ 2.24.33; x86_64-w64-mingw32)
Bytes: 2119

On Thu, 13 Jun 2024 14:46:32 +0100
bart <bc@freeuk.com> wrote:

> 
> Within my compiler, each single number takes a 64-byte record to 
> represent. So 1MB of data takes 64MB, while a 1MB string takes one 
> 64-byte record plus the 1MB of the string data.
> 
> Then there are the various type analysis and other passes that have
> to be done a million times rather then once. I'd imagine that
> compilers like gcc do a lot more.
> 

For gcc up to certain limit I measured ~160 bytes per number.
After that certain very big limit (probably 64M numbers) gcc appears
to switch into more economical mode - ~112 bytes per number. At ~300M
numbers it appears to become yet more economical, but still above 100
bytes per number. 400M number - 100  bytes per number. Going further
became quite time consuming so I gave up.