Re: redim'ing an array smaller
From: J French (erewhon_at_nowhere.com)
Date: 07/16/04
- Next message: Don_at_home.com: "Re: redim'ing an array smaller"
- Previous message: Don_at_home.com: "Re: Cap locks"
- In reply to: Larry Serflaten: "Re: redim'ing an array smaller"
- Next in thread: Don_at_home.com: "Re: redim'ing an array smaller"
- Reply: Don_at_home.com: "Re: redim'ing an array smaller"
- Messages sorted by: [ date ] [ thread ]
Date: Fri, 16 Jul 2004 17:41:42 +0000 (UTC)
On Fri, 16 Jul 2004 09:16:14 -0500, "Larry Serflaten"
<serflaten@usinternet.com> wrote:
>
>"J French" <erewhon@nowhere.com> wrote
>
>
>> So there is no zeroing of memory, also I suspect that memory
>> de-allocation is faster than allocation, and I've just seen that if
>> one increases the size of the Array it does not move
>
>
>Did you increase it large enough?
>
>IIRC the system allocates memory in 4K chunks, so if your
>array fit inside that size, it may not have moved. But try to
>use more than that, and it may well be moved as needed.
>
>I have to agree with the ReDim Preserve for going smaller.
>Without testing it, it sure sounds like it should be faster than
>not using Preserve.
That makes sense, I'll test a huge array (well over 4k), then RedDim
it down, the ReDim it back up again
I wonder whether VB does 'lazy' heap garbage collection
- Next message: Don_at_home.com: "Re: redim'ing an array smaller"
- Previous message: Don_at_home.com: "Re: Cap locks"
- In reply to: Larry Serflaten: "Re: redim'ing an array smaller"
- Next in thread: Don_at_home.com: "Re: redim'ing an array smaller"
- Reply: Don_at_home.com: "Re: redim'ing an array smaller"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|