Rocksolid Light

Welcome to Rocksolid Light

mail  files  register  newsreader  groups  login

Message-ID:  

Pound for pound, the amoeba is the most vicious animal on earth.

devel / comp.lang.c / Re: Dymamic arrays: memory management and naming

SubjectAuthor
* Dymamic arrays: memory management and namingAnton Shepelev
+- Dymamic arrays: memory management and namingMalcolm McLean
+- Dymamic arrays: memory management and namingKaz Kylheku
+- Dymamic arrays: memory management and namingScott Lurndal
+* Dymamic arrays: memory management and namingSpiros Bousbouras
|`* Dymamic arrays: memory management and namingAnton Shepelev
| `- Dymamic arrays: memory management and namingKaz Kylheku
+* Dymamic arrays: memory management and namingTim Rentsch
|+- Dymamic arrays: memory management and namingAnton Shepelev
|`- Dymamic arrays: memory management and namingAnton Shepelev
`* Dymamic arrays: memory management and namingTim Rentsch
 `* Dymamic arrays: memory management and namingAnton Shepelev
  +- Dymamic arrays: memory management and namingTim Rentsch
  `* Dymamic arrays: memory management and namingTim Rentsch
   +* Dymamic arrays: memory management and namingKeith Thompson
   |+- Dymamic arrays: memory management and namingChris M. Thomasson
   |+* Dymamic arrays: memory management and namingKaz Kylheku
   ||`* Dymamic arrays: memory management and namingTim Rentsch
   || +* Dymamic arrays: memory management and namingKeith Thompson
   || |`- Dymamic arrays: memory management and namingTim Rentsch
   || `* Dymamic arrays: memory management and namingKaz Kylheku
   ||  `* Dymamic arrays: memory management and namingTim Rentsch
   ||   `- Dymamic arrays: memory management and namingKaz Kylheku
   |`- Dymamic arrays: memory management and namingTim Rentsch
   `* Dymamic arrays: memory management and namingAnton Shepelev
    +- Dymamic arrays: memory management and namingBlue-Maned_Hawk
    +- Dymamic arrays: memory management and namingJames Kuyper
    +* Dymamic arrays: memory management and namingSpiros Bousbouras
    |+* Dymamic arrays: memory management and namingKaz Kylheku
    ||+* Dymamic arrays: memory management and namingTim Rentsch
    |||`* Dymamic arrays: memory management and namingKaz Kylheku
    ||| `- Dymamic arrays: memory management and namingTim Rentsch
    ||`* Dymamic arrays: memory management and namingKaz Kylheku
    || `* Dymamic arrays: memory management and namingTim Rentsch
    ||  +* Dymamic arrays: memory management and namingKaz Kylheku
    ||  |`- Dymamic arrays: memory management and namingTim Rentsch
    ||  `* Dymamic arrays: memory management and namingKeith Thompson
    ||   `* Dymamic arrays: memory management and namingTim Rentsch
    ||    `* Dymamic arrays: memory management and namingKeith Thompson
    ||     `- Dymamic arrays: memory management and namingTim Rentsch
    |+- Dymamic arrays: memory management and namingKaz Kylheku
    |+* Dymamic arrays: memory management and namingJames Kuyper
    ||`* Dymamic arrays: memory management and namingKaz Kylheku
    || `- Dymamic arrays: memory management and namingJames Kuyper
    |`* Dymamic arrays: memory management and namingPhil Carmody
    | `- Dymamic arrays: memory management and namingSpiros Bousbouras
    `* Dymamic arrays: memory management and namingTim Rentsch
     `* Dymamic arrays: memory management and namingKaz Kylheku
      `* Dymamic arrays: memory management and namingTim Rentsch
       +- Dymamic arrays: memory management and namingKaz Kylheku
       `- Dymamic arrays: memory management and namingKaz Kylheku

Pages:123
Re: Dymamic arrays: memory management and naming

<20231014015817.aa0c035ea4b2bb82708f3020@gmail.moc>

  copy mid

https://news.novabbs.org/devel/article-flat.php?id=46226&group=comp.lang.c#46226

  copy link   Newsgroups: comp.lang.c
Path: i2pn2.org!i2pn.org!eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: anton.txt@gmail.moc (Anton Shepelev)
Newsgroups: comp.lang.c
Subject: Re: Dymamic arrays: memory management and naming
Date: Sat, 14 Oct 2023 01:58:17 +0300
Organization: A noiseless patient Spider
Lines: 18
Message-ID: <20231014015817.aa0c035ea4b2bb82708f3020@gmail.moc>
References: <20230909132336.99cdb303ad685bc1e40f92df@gmail.moc>
<86il8fm1mu.fsf@linuxsc.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Injection-Info: dont-email.me; posting-host="19ffa8ae0585e499a41ecb7f9e25ce90";
logging-data="3634103"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19ryahzLWOBp7Dum1VBWzG6D7cVS1jT7cg="
Cancel-Lock: sha1:IPgBw4jifE7lY/dIx2vxifiuYbE=
X-Newsreader: Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32)
 by: Anton Shepelev - Fri, 13 Oct 2023 22:58 UTC

Tim Rentsch:

> Two: my intuition says that a fixed growth factor has
> issues when considered over a large range of sizes. I
> tend to favor a larger growth factor (eg, 2x) for small
> sizes and a smaller growth factor (eg, + size/4 or even +
> size/16) for very large sizes, with a 1.5 growth factor in
> between.

In fact, this very strategy, approximated via the silver
ratio, is used in the published version of my module:

if( len > 1000000 ) factor = 1.19;
else if( len > 10000 ) factor = 1.41;
else factor = 2.00;
--
() ascii ribbon campaign -- against html e-mail
/\ www.asciiribbon.org -- against proprietary attachments

Pages:123
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor