You are viewing limited content. For full access, please sign in.

Question

Question

Is LFDS seriously slow for anyone else?

asked on October 26, 2018

We have LFDS 10.3 deployed at a multitude of places, and in every single one of them, it is really, really slow. Simple CRUD actions, such as viewing user profiles and changing profile info, take up to 10 seconds per action. I timed a simple scenario whereby I created several user accounts and changed the info of a few others in succession, and I measured that I spent more time watching the loader spinner than actually entering data.

The servers are quite beefy, so it's definitely not due to lack of resources. And since the issue occurs even when the LFDS database is on the same machine, the network is not the problem either. This leads me to believe the inefficiency lies elsewhere (perhaps in the data model?).

Anyway, really hoping for some major performance enhancements in the upcoming version because it's currently a big pain to use.

2 0

Replies

replied on October 26, 2018

Hi Ege,

 

I've noticed LFDS isn't the fastest thing in the world, but it's not slow enough in our installations to warrent it being an issue. Are you using LFDS over HTTP or HTTPS? (typically we don't bother with HTTPS).

 

Cheers!

0 0
replied on October 26, 2018

We use it over http.

0 0
replied on October 26, 2018

The school district I work for has over 27,000 user accounts, and it typically takes 15-20 seconds to get the main accounts page to load.  Then after you type in some characters to search a name it takes at least that long to show the results, the same to click the name and bring up the profile info...I know this is a large amount of users, but this still seems excessive.

0 0
replied on October 26, 2018

Our LFDS has plenty of resources and has always been painfully slow to navigate anywhere.  We are running 10.3.0.110.

0 0
replied on October 29, 2018 Show version history

Directory Server 10.3.1 has performance fixes focused on the issues with large numbers of users in the user listing. 10.3.0 should handle 5-10k users (depending on your system) fine, but does get quite slow at around 25k users --- hence the fix in 10.3.1. The fix added to 10.3.1 worked for a real 185,000-user system (and was tested internally with higher numbers).

Note that it changed from a dynamic search (as-you-type) to one where you first select your criteria, then click the search icon.

0 0
replied on October 29, 2018

What about the performance issues we have been seeing with just 10-user systems? Like I said, this is across the board, not just with one installation.

1 0
replied on November 2, 2018

I'd suggest opening a support case. It shouldn't have notable performance issues at 10-users, but that's also not something we see across the board so let's see if there's something specific to your situation. 

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.