Discussion :

[Lordsephiroth]

Bonjour à tous,

Dans le cadre d'une application en VB.NET (je suppose que la question s'applique également pour une utilisation C#), je cherche à remplacer l'utilisation des objets du langage du package System.DirectoryServices. Tout fonctionne très bien, malheureusement les temps d'exécution est vraiment trop important. Par exemple, une exécution de cette ligne sur un DirectoryEntry prend environ 30 ms (UserName est le nom d'utilisateur dans AD) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
            Searcher.Filter = "(SAMAccountName=" & UserName & ")"
            Try
                Return Searcher.FindOne.GetDirectoryEntry
            Catch ex As Exception
                Return Nothing
            End Try

Un second appel qui prend également environ 30 ms :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
entry_property = entry.Properties.Item("memberOf")

Une autre application de chez nous, écrite en Java, traite les comptes AD avec un temps d'exécution maximal cumulé pour l'appel et le traitement de maximum 20 ms. En comparaison, notre traitement avec ces objets en .NET est entre 200 et 300 ms à chaque appel.

Ma question donc : est-il possible, et si oui comment, de récupérer les informations d'un compte AD autrement que par la librairie DirectoryService ? La recherche Google m'a pas été très utile, la totalité des liens que j'ai trouvé montrent des exemples très similaires à notre utilisation, 100% utilisant DirectoryServices.

J'ai l'impression que ces objets très complexes du langage procurent une simplicité de programmation au détriment de la performance. Nous avons déjà changés pour une bonne partie nos DataSets pour des Hashtables de Hashtables avec des gains de performance gigantesque (la syntaxe en était d'ailleurs pas beaucoup moins lisibles dans notre implémentation).

Merci d'avance si vous avez des conseils pour cette optimisation (remplacement de DirectoryServices par autre chose ou conseils d'optimisation de la librairie elle-même).

Salutations !

[timiteh]

La solution au problème m'intéressant au plus au point je vais me pencher sur le problème.
Toutefois j'ai l'intuition qu'il ne doit pas y a voir de solution simple en .Net mais peut être que l'utilisation de dll en C/C++, donc code unsafe, pourrait résoudre le problème.
En tout cas c'est dans cette voie que je vais chercher une solution.

[Lordsephiroth]

Tiens moi au courant de tes avancements. J'ai pensé pour ma part à exécuter un morceau de code Java depuis .NET vu que j'ai déjà vu que la performance d'appel en Java était très largement meilleure. Mais ça pose pas mal de problèmes de configuration pour nos serveurs, le Java étant normalement déployé uniquement sur des serveurs Unix.

[timiteh]

Tiens moi au courant de tes avancements. J'ai pensé pour ma part à exécuter un morceau de code Java depuis .NET vu que j'ai déjà vu que la performance d'appel en Java était très largement meilleure. Mais ça pose pas mal de problèmes de configuration pour nos serveurs, le Java étant normalement déployé uniquement sur des serveurs Unix.

Ok. Si je fais des avancées significatives je les posterai ici.