Skip to content
Snippets Groups Projects
  1. Sep 09, 2002
  2. Sep 08, 2002
  3. Sep 07, 2002
  4. Sep 06, 2002
  5. Sep 05, 2002
  6. Sep 04, 2002
  7. Sep 03, 2002
  8. Sep 02, 2002
    • Howard Chu's avatar
      Don't use sasl_set_alloc on Cyrus 2, it manages all of its memory · 3099d89d
      Howard Chu authored
      internally and we don't want to get in the way.
      3099d89d
    • Kurt Zeilenga's avatar
      Add ldapsasl · ae187de8
      Kurt Zeilenga authored
      ae187de8
    • Kurt Zeilenga's avatar
      Update comment · 3e1a8969
      Kurt Zeilenga authored
      3e1a8969
    • Pierangelo Masarati's avatar
      /* · d3ca441a
      Pierangelo Masarati authored
       * The original code performs ( n ) normalizations
       * and ( n * ( n - 1 ) / 2 ) matches, which hide
       * the same number of normalizations.  The new code
       * performs the same number of normalizations ( n )
       * and ( n * ( n - 1 ) / 2 ) mem compares, far less
       * expensive than an entire match, if a match is
       * equivalent to a normalization and a mem compare ...
       *
       * This is far more memory expensive than the previous,
       * but it can heavily improve performances when big
       * chunks of data are added (typical example is a group
       * with thousands of DN-syntax members; on my system:
       * for members of 5-RDN DNs,
      
       members         orig            bvmatch (dirty) new
       1000            0m38.456s       0m0.553s        0m0.608s
       2000            2m33.341s       0m0.851s        0m1.003s
      
       * Moreover, 100 groups with 10000 members each were
       * added in 37m27.933s (an analogous LDIF file was
       * loaded into Active Directory in 38m28.682s, BTW).
       *
       * Maybe we could switch to the new algorithm when
       * the number of values overcomes a given threshold?
       */
      d3ca441a
Loading