directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Emmanuel Lecharny (JIRA)" <>
Subject [jira] Updated: (DIRSERVER-958) DNs are consumming a lot of space when stored as String in the backend
Date Sun, 01 Jul 2007 14:21:05 GMT


Emmanuel Lecharny updated DIRSERVER-958:

    Affects Version/s: 1.5.0
        Fix Version/s: pre-2.0

Postponed to 2.0

> DNs are consumming a lot of space when stored as String in the backend
> ----------------------------------------------------------------------
>                 Key: DIRSERVER-958
>                 URL:
>             Project: Directory ApacheDS
>          Issue Type: Improvement
>    Affects Versions: 1.5.0
>            Reporter: Emmanuel Lecharny
>             Fix For: pre-2.0
> We are stroring DNs as normalized String into the backend. This is overkilling, as those
normalized Strings can be very long :
> uid=user.3,ou=People,dc=example,dc=com 
> will be stored as :
> 0.9.2342.19200300.100.1.1=user.2,, 0.9.2342.19200300.100.1.25=example,
> Using OID might be good to guarantee unicity, but storing OID in this case stores 85
chars instead of 9
> We have other options :
> 1) use the alias instead of the OID. Of course, if an AttributeType does not have an
alias, we will use the OID
> 2) use the internal form of an OID, which is shortest
> It will have impact on many parts of the server, but at the end, performances will also
be increased, as we will have less GC (GC represents 30% of the CPU consumed on an heavy loaded
server) and we will also be able to increase the cache with the same memory size.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message