Click here to Skip to main content
Click here to Skip to main content

A Custom Block Allocator for Speeding Up VC++ STL

, 30 Oct 2006 CPOL
Rate this:
Please Sign up or sign in to vote.
A block allocator for use with STL containers that greatly improves speed in programs doing massive data insertions and extractions.

Introduction

block_allocator is a custom STL allocator for use with STL as implemented in Microsoft VC++. Rather than doing allocations on a per-node basis, block_allocator allocates memory in fixed sized chunks, and delivers portions of these chunks as requested. Typical speed improvements of 40% have been obtained with respect to the default allocator. The size of the chunks, set by the user, should not be too little (reduced speed improvements) nor too large (memory wasted). Experiment and see what sizes fit best to your application.

block_allocator can substitute for the default allocator in the following containers:

  • list,
  • set,
  • multiset,
  • map,
  • multimap,
and WON'T work with other containers such as vector or queue. Note however that vector and queue already perform allocation in chunks. The usage of block_allocator is fairly simple, for instance:
// block allocated list of ints with chunks of 1024 elements
std::list<int,block_allocator<int,1024> > l;
Normal containers and block allocated containers can coexist without problems.

Compatibility mode with MSVC++ 6.0/7.0

Due to limitations of the standard library provided with these compilers, the mode of usage explained above does not work here. To circumvent this problem one must proceed as follows: For each of the containers supported, there's an associated block allocated container derived from it thru use of block_allocator. You have to define an activating macro for each container to be defined prior to the inclusion of blockallocator.h:

  • list -> block_allocated_list (macro DEFINE_BLOCK_ALLOCATED_LIST),
  • set -> block_allocated_set (macro DEFINE_BLOCK_ALLOCATED_SET),
  • multiset -> block_allocated_multiset (macro DEFINE_BLOCK_ALLOCATED_MULTISET),
  • map -> block_allocated_map (macro DEFINE_BLOCK_ALLOCATED_MAP),
  • multimap -> block_allocated_multimap (macro DEFINE_BLOCK_ALLOCATED_MULTIMAP),

To use block allocation based STL in your application, define the corresponding activating macro, include blockallocator.h and then change your declarations as follows:

  • list<type> -> block_allocated_list<type,chunk_size>
  • set<key> -> block_allocated_set<key,chunk_size>
  • multiset<key> -> block_allocated_multiset<key,chunk_size>
  • map<key,type> -> block_allocated_map<key,type,chunk_size>
  • multimap<key,type> -> block_allocated_multimap<key,type,chunk_size>

where chunk_size is the size of the chunks. You can enter too the other optional template parameters (see MSVC++ STL docs for more info).

The MSVC++ 6.0/7.0 compatibility mode can also be used in MSVC++ 7.1, so you need not modify your block_allocator-related code when porting legacy code to 7.1.

Multithreading issues

Each block allocated container instance uses its own block_allocator, so no multithreading problems should arise as long as your program conveniently protects their containers for concurrent access (or if no two threads access the same container instance). This is the same scenario posed by regular STL classes (remember operations on containers are not guarded by CRITICAL_SECTIONs or anything similar), so the moral of it all is: If your program was multithread safe without block_allocator, it'll continue to be with it.

Version history

  • 29th Feb, 2000 - 1.1
    • Initial release in CodeProject.
  • 22nd Mar, 2001 - 1.2
    • Included definitions for operator== and operator!=. The lack of these caused linking errors when invoking list::swap() and similar methods. The funny thing about it is that no one ever reported this seemingly important bug, so either swap() is not that much used or not that many people use block_allocator!
  • 25th Oct, 2006 - 1.3
    • block_allocator now works with MSVC++ 7.1 and 8.0. Thanks to James May for helping with testing this new version of the code.
  • 30th Oct, 2006 - 1.4
    • Fixed some typedefs incorrectly made private in block_allocated_list, block_allocated_set, etc.

License

This article, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Share

About the Author

No Biography provided

Comments and Discussions

 
Questioncould it work well with vc2008?? Pinmemberdoityth77717-Sep-11 7:03 
AnswerRe: could it work well with vc2008?? PinmemberJoaquín M López Muñoz18-Sep-11 21:55 
QuestionIs it possible for a custom memory allocator to affect the Windows API MapViewOfFile? [modified] PinmemberMember 80890191-Aug-11 3:51 
AnswerRe: Is it possible for a custom memory allocator to affect the Windows API MapViewOfFile? PinmemberJoaquín M López Muñoz1-Aug-11 20:48 
QuestionRe: Is it possible for a custom memory allocator to affect the Windows API MapViewOfFile? PinmemberMember 80890194-Aug-11 21:31 
Questionblock_allocated_list::sort() 2x slower than a standard stl::list()? PinmemberPet12326-May-08 21:33 
AnswerRe: block_allocated_list::sort() 2x slower than a standard stl::list()? PinmemberJoaquín M López Muñoz27-May-08 23:45 
Hello,
 
Can you please read the following thread about sort not behaving properly?
 

block_allocated_list::sort() does not return or produces incorrect result[^] (bottom of the page)
 
The reason was a bug in the Dinkumware std lib implementation of list::splice. I guess your problem is different since that was in MSVC++ 6.0 and you most likely are using a more modern compiler, but it doesn't hurt to check.
 
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
Want a Boost forum in Code Project? Vote here[^]!

GeneralLow Fragmentation Heap PinmemberPaul Sanders (AlpineSoft)26-Oct-07 9:00 
GeneralFree Heap block 347970 modified at 348394 after it was freed PinmemberNyarlatotep19-Dec-06 8:33 
GeneralRe: Free Heap block 347970 modified at 348394 after it was freed PinmemberNyarlatotep19-Dec-06 8:46 
GeneralRe: Free Heap block 347970 modified at 348394 after it was freed PinmemberNyarlatotep19-Dec-06 9:26 
GeneralRe: Free Heap block 347970 modified at 348394 after it was freed PinmemberJoaquín M López Muñoz20-Dec-06 3:29 
GeneralRe: Free Heap block 347970 modified at 348394 after it was freed PinmemberNyarlatotep20-Dec-06 4:04 
GeneralExcellent! and weird effect Pinmemberpeterchen14-Nov-06 10:20 
GeneralRe: Excellent! and weird effect PinmemberJoaquín M López Muñoz14-Nov-06 11:35 
GeneralRe: Excellent! and weird effect Pinmemberpeterchen14-Nov-06 12:49 
GeneralProblem with block_allocated_list::const_iterator in VS2005 PinmemberWocki26-Oct-06 21:41 
AnswerRe: Problem with block_allocated_list::const_iterator in VS2005 PinmemberJoaquín M López Muñoz26-Oct-06 22:46 
Generalthank you! Pinmemberwb26-Oct-06 20:28 
Generalchunk size Pinmemberslonial17-Feb-06 3:34 
Questionwhy do you need to define MSVC_STL_list_node? PinsussAnonymous24-Aug-04 10:07 
AnswerRe: why do you need to define MSVC_STL_list_node? PinmemberJoaquín M López Muñoz24-Aug-04 12:15 
GeneralRe: why do you need to define MSVC_STL_list_node? PinsussAnonymous24-Aug-04 21:47 
GeneralRe: why do you need to define MSVC_STL_list_node? PinmemberJoaquín M López Muñoz25-Aug-04 5:11 
GeneralRe: why do you need to define MSVC_STL_list_node? PinsussAnonymous26-Aug-04 10:03 
GeneralRe: why do you need to define MSVC_STL_list_node? PinsussAnonymous26-Aug-04 10:05 
GeneralRe: why do you need to define MSVC_STL_list_node? PinmemberJoaquín M López Muñoz26-Aug-04 10:48 
GeneralRe: why do you need to define MSVC_STL_list_node? PinsussAnonymous26-Aug-04 11:51 
GeneralRe: why do you need to define MSVC_STL_list_node? PinmemberJoaquín M López Muñoz26-Aug-04 12:32 
GeneralRe: why do you need to define MSVC_STL_list_node? PinsussAnonymous26-Aug-04 21:54 
GeneralRe: why do you need to define MSVC_STL_list_node? PinmemberJoaquín M López Muñoz28-Aug-04 10:45 
GeneralRe: why do you need to define MSVC_STL_list_node? PinsussAnonymous7-Sep-04 9:46 
Generalblock_allocated_list::sort() does not return or produces incorrect result PinsussPeteH16-Apr-03 19:50 
GeneralRe: block_allocated_list::sort() does not return or produces incorrect result PinmemberPeteH18-Apr-03 12:47 
GeneralRe: block_allocated_list::sort() does not return or produces incorrect result PinmemberJoaquín M López Muñoz20-Apr-03 22:26 
QuestionAnyone tried this with VS .net? Pinmemberbobboberts8-Jan-03 16:10 
AnswerRe: Anyone tried this with VS .net? PinmemberJoaquín M López Muñoz9-Jan-03 10:24 
GeneralRe: Anyone tried this with VS .net? Pinmemberjherico1-May-03 14:31 
GeneralRe: Anyone tried this with VS .net? PinmemberJoaquín M López Muñoz4-May-03 10:58 
GeneralRe: Anyone tried this with VS .net? PinmemberJoão Paulo Figueira20-Oct-03 1:10 
GeneralRe: Anyone tried this with VS .net? PinmemberJoaquín M López Muñoz20-Oct-03 1:36 
AnswerRe: Anyone tried this with VS .net? PinmemberRajg27-Jun-04 0:40 
GeneralRe: Anyone tried this with VS .net? PinsussAnonymous16-Jul-05 3:59 
GeneralChange in behaviour of list::splice PinmemberBrad Davis19-Apr-02 16:31 
GeneralRe: Change in behaviour of list::splice PinmemberJoaquín M López Muñoz20-Apr-02 7:35 
QuestionWill this decrease size? PinmemberRusty19-Feb-02 14:39 
AnswerRe: Will this decrease size? PinmemberJoaquín M López Muñoz19-Feb-02 21:10 
Generalusing with dinkumware library PinmemberThomas George14-Feb-02 11:26 
GeneralRe: using with dinkumware library PinmemberJoaquín M López Muñoz14-Feb-02 21:41 
QuestionHow can such an allocator be used in a vector? PinmemberThomas George5-Feb-02 6:32 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

| Advertise | Privacy | Terms of Use | Mobile
Web01 | 2.8.141223.1 | Last Updated 31 Oct 2006
Article Copyright 2000 by Joaquín M López Muñoz
Everything else Copyright © CodeProject, 1999-2014
Layout: fixed | fluid