Presizing a Hash (Perl Cookbook, 2nd Edition)

## 5.14. Presizing a Hash

### 5.14.1. Problem

You want to preallocate memory for a hash to speed up your program so Perl won't have to incrementally allocate memory each time a new entry is added to the hash. Often you know the final size of a hash before you start building it up, and it's possible to use this information to speed up your program.

### 5.14.2. Solution

Assign the number of key-value pairs your hash will have to `keys` `%HASH`.

>     # presize %hash to $num
>     keys(%hash) = $num;

### 5.14.3. Discussion

This feature may or may not improve your performance. Perl already shares keys between hashes, so if you already have a hash with "`Apple`" as a key, Perl won't need to allocate memory for another copy of "`Apple`" when you add an entry whose key is "`Apple`" to another hash.

>     # will have 512 users in %users
>     keys(%users) = 512;

Perl's internal data structures require the number of keys to be a power of 2. If we had said:

>     keys(%users) = 1000;

Perl would have internally allocated 1024 "buckets" for the hash. Keys and buckets aren't always one to one. You get the best performance when they are, but the distribution of keys to buckets is dependent on your keys and Perl's (immutable) hash algorithm.

### 5.14.4. See Also

The `keys` function in perlfunc(1) and Chapter 29 of Programming Perl; Recipe 4.3

Copyright © 2003 O'Reilly & Associates. All rights reserved.