Issue 641 - performance work
Summary: performance work
Status: VERIFIED FIXED
Alias: None
Product: OpenLDAP
Classification: Unclassified
Component: slapd (show other issues)
Version: unspecified
Hardware: All All
: --- normal
Target Milestone: ---
Assignee: OpenLDAP project
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2000-07-27 15:39 UTC by jschimmel@mirapoint.com
Modified: 2000-08-17 16:13 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description jschimmel@mirapoint.com 2000-07-27 15:39:56 UTC
Full_Name: John E. Schimmel
Version: 2.0-dev
OS: FreeBSD 3.4
URL: ftp://ftp.openldap.org/incoming/jschimmel-000727.tgz
Submission from: (NULL) (208.48.74.2)



These are just some simple performance tweaks to the current server
source.

Later,
John

Comment 1 Kurt Zeilenga 2000-07-27 16:15:17 UTC
John,

I review your suggestions.  Some general notes:   we opt for correctness
over portability, portability over performance.  So, before any change
are made to improve performance, we must ensure the suggested changes
are correct, improve portability, and improve performance significantly
across all (or most) platforms.

This generally takes time.  Also note that it's generally advised
to submit separate patch for each unrelated change.  Though these
changes are related by their common goal, they are other quite
unrelated and must be reviewed separately.

At 03:39 PM 7/27/00 +0000, jschimmel@mirapoint.com wrote:
>Full_Name: John E. Schimmel
>Version: 2.0-dev
>OS: FreeBSD 3.4
>URL: ftp://ftp.openldap.org/incoming/jschimmel-000727.tgz
>Submission from: (NULL) (208.48.74.2)
>
>
>
>These are just some simple performance tweaks to the current server
>source.
>
>Later,
>John

Comment 2 Kurt Zeilenga 2000-07-27 16:57:45 UTC
These changes were fairly easy to review.

SAFEMEMCPY suggested change is not safe (overlapping regions).
Per analysis of others, likely only a simple (and SAFE)
len==1 optimization would be yield performance
improvement across most platforms.

man alloca(3)
   BUGS: The alloca() function is machine dependent; its use is discouraged.

connection.c/tmpdn change applied.

fast_strs/fast_cstr optimizations
  may be worth generalizing and extended to support buffer overrun
  detection

Comment 3 Kurt Zeilenga 2000-07-30 08:37:00 UTC
changed state Open to Suspended
moved from Incoming to Development
Comment 4 Kurt Zeilenga 2000-08-17 16:13:11 UTC
I believe the generally useful parts of this submission were
committed.  The list issues need to be solved in a more general
manner.  Discussion to -devel, please.

Kurt
Comment 5 Kurt Zeilenga 2000-08-17 16:13:26 UTC
changed state Suspended to Closed