[jira] Updated: (DIRSERVER-958) DNs are consumming a lot of space when stored as String in the backend

["Emmanuel Lecharny (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/DIRSERVER-958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Emmanuel Lecharny updated DIRSERVER-958:
----------------------------------------

    Fix Version/s: 2.0.0-RC1
                       (was: 2.0.0)

Moved back to 2.0.0-RC1

> DNs are consumming a lot of space when stored as String in the backend
> ----------------------------------------------------------------------
>
>                 Key: DIRSERVER-958
>                 URL: https://issues.apache.org/jira/browse/DIRSERVER-958
>             Project: Directory ApacheDS
>          Issue Type: Improvement
>    Affects Versions: 1.5.0
>            Reporter: Emmanuel Lecharny
>             Fix For: 2.0.0-RC1
>
>
> 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, 2.5.4.11=People, 0.9.2342.19200300.100.1.25=example, 0.9.2342.19200300.100.1.25=com
> 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.