summary |
shortlog |
log |
commit | commitdiff |
tree
raw |
patch |
inline | side by side (from parent 1:
556a56d)
+2011-05-18 Jonathan Wakely <jwakely.gcc@gmail.com>
+
+ * doc/xml/manual/bitmap_allocator.xml: Fix typos.
+
2011-05-18 Paolo Carlini <paolo.carlini@oracle.com>
* libsupc++/initializer_list: Use noexcept specifier.
2011-05-18 Paolo Carlini <paolo.carlini@oracle.com>
* libsupc++/initializer_list: Use noexcept specifier.
<para>
As this name suggests, this allocator uses a bit-map to keep track
<para>
As this name suggests, this allocator uses a bit-map to keep track
- of the used and unused memory locations for it's book-keeping
+ of the used and unused memory locations for its book-keeping
free list if it exists.
</para>
<para>
free list if it exists.
</para>
<para>
- Suppose the free list size has reached it's threshold, then the
+ Suppose the free list size has reached its threshold, then the
largest block from among those in the list and the new block will
be selected and given back to the OS. This is done because it
reduces external fragmentation, and allows the OS to use the
largest block from among those in the list and the new block will
be selected and given back to the OS. This is done because it
reduces external fragmentation, and allows the OS to use the
<orderedlist>
<listitem><para>Constant time access for the bitmap themselves, since no kind of
<orderedlist>
<listitem><para>Constant time access for the bitmap themselves, since no kind of
-look up will be needed to find the correct bitmap list or it's
+look up will be needed to find the correct bitmap list or its
equivalent.</para></listitem>
<listitem><para>And also this would preserve the cache as far as possible.</para></listitem>
</orderedlist>
equivalent.</para></listitem>
<listitem><para>And also this would preserve the cache as far as possible.</para></listitem>
</orderedlist>