Brian Pane wrote:

3. Keep using apr_table_t for the fields in request_rec, and redesign
  the internals of apr_table_t to support O(log(n)) access
    Pros:
      * Performance improvement for the httpd
      * Almost no impact on code that uses APR
    Cons:
      * Changes required to code that uses apr_table_elts() (on the order
        of half a dozen calls in Apache 2.0, and occasional usage in the
        handful of large 3rd-party modules that I've checked)


Comments?

This seems the best way to go. Perhaps apr_table_elts should be replaced by a set of iterators, like apr_hash_first/next?



-- Brane Čibej <[EMAIL PROTECTED]> http://www.xbc.nu/brane/





Reply via email to