LDAP и (или) SQL

Dmitry67 · Post by **Dmitry67** » 21 Nov 2003 08:55

Естьнекие конфиграционные параметры которые хрянятся в LDAP
В общем это короткие строки по GUID.
Причины исторические, в принципе стоило бы наверное перенести на SQL раз все равно все хранится в нем

Сделал простенький эесперимент - вызывал простую stored proc из Сsharp получил 1600 вызовов/сек
То же для LDAP дало около 200
Но для простых поераций идет 10-20 вызовов LDAP - не так много в принципе чтобы заморачиваться

...unless...

кто знает насколько LDAP 'насыщается', то есть допустим если я запущу 2,3,N процессов делающих stress test LDAPу, каков вид будеи иметь кривая производительности ?

VYLE · Post by **VYLE** » 21 Nov 2003 13:24

Не являясь большим спецом в этой области, все же хочу заметить, что LDAP - это всего лишь протокол доступа со своим языком запросов, и говорить о его производительности или нагрузочной способности несколько некорректно.

PS Реализация LDAP в ексечендже работает очень медленно.

Palych · Post by **Palych** » 21 Nov 2003 15:26

VYLE wrote:Не являясь большим спецом в этой области, все же хочу заметить, что LDAP - это всего лишь протокол доступа со своим языком запросов, и говорить о его производительности или нагрузочной способности несколько некорректно.

PS Реализация LDAP в ексечендже работает очень медленно.

Теоретически ЛДАП проще распаралелить благодаря отсутствию транзакций...

SiarheiH · Post by **SiarheiH** » 21 Nov 2003 18:49

Dmitry67, IBM'овский LDAP (Directory) работает на DB2, так что по графику скорости будет щчень похож на нее саму.

Правда, как вы описали, есть вероятность, что ваши запросы в базу могут оказаться заметно короче, чем то, что делает LDAP при поиске записи.

Дед Мороз · Post by **Дед Мороз** » 23 Nov 2003 06:11

Дима, когда LDAP вызывалась, что там было с NAGLE algorithm ?

В смысле, наскольно ручками ты вызавал её.

Кроме того... ты последовательно это вызывал?
А если бы одновременно по неск. запросов?

Dmitry67 · Post by **Dmitry67** » 24 Nov 2003 09:33

Ну Вы и вопросы задаете... Я же ничего в этом не понимаю

Вот кусок кода как вызывается

m_ode = new DirectoryEntry("LDAP://" +
m_oAppSettings.BindingStringPoint + "/" + "<GUID=" + bindValue + ">");

alex_127 · Post by **alex_127** » 24 Nov 2003 10:29

Dmitry67 wrote:Естьнекие конфиграционные параметры которые хрянятся в LDAP
В общем это короткие строки по GUID.
Причины исторические, в принципе стоило бы наверное перенести на SQL раз все равно все хранится в нем

Сделал простенький эесперимент - вызывал простую stored proc из Сsharp получил 1600 вызовов/сек
То же для LDAP дало около 200
Но для простых поераций идет 10-20 вызовов LDAP - не так много в принципе чтобы заморачиваться

...unless...

кто знает насколько LDAP 'насыщается', то есть допустим если я запущу 2,3,N процессов делающих stress test LDAPу, каков вид будеи иметь кривая производительности ?

My opinion:
Couple of persistent LDAP connection with throttling of the outstanding requests limit - best to keep them under 50. Connections should be renegotiated periodically (otherwise you hit kerberos tout). We had ~500 req/seconds for pretty complex objects. OS: Win2000, Compaq DL380 5x18GB@15K. W2003 was supposed to be better then that but I have never tried it.

Most of the compexity was actually coming from replication/failover/load balancing requirements.

Привет

LDAP и (или) SQL

LDAP и (или) SQL

Re: LDAP и (или) SQL