[
https://issues.apache.org/jira/browse/DIRSTUDIO-1119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15547501#comment-15547501
]
Nelson Bartley commented on DIRSTUDIO-1119:
-------------------------------------------
The other thing I should note is this:
An ou= w/ 2000 entries loads just fine and doesn't require paging at all.
A cn= w/ 400 entries loads just fine and doesn't require paging at all.
I'm not having system memory issues as the machine has 16GB of ram.
I can manually retrieve this information through an ldapsearch without issue,
and do so regularly via a bash and php script.
Last part of this update.
I set the Xmx to 6114 in the ini file (which the location has changed since
those instructions were written, it's one folder deeper in MacOS).
The Activity monitor and heap monitor now show it up to 2.25GB but still no
change in responsiveness.
> Group (cn) with over 1000 members crashes
> -----------------------------------------
>
> Key: DIRSTUDIO-1119
> URL: https://issues.apache.org/jira/browse/DIRSTUDIO-1119
> Project: Directory Studio
> Issue Type: Bug
> Affects Versions: 2.0.0-M10 (2.0.0.v20151221-M10)
> Environment: Mac OS/ Java 8u102
> Reporter: Nelson Bartley
>
> When opening a group object (cn) with over 1000 memberuid entries, the
> application locks, refuses to cancel the activity, and requires a forced quit.
> Note, this does not affect a list of users, just elements within a cn.
> If more details are required, please let me know, I can always reproduce this
> bug.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
