|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Butenko 2:5020/400 21 Mar 2001 14:44:37
To : All
Subject : Re: Microsoft предлагает запретить Linux!!!
--------------------------------------------------------------------------------
Boris Tyshkiewitch <Boris.Tyshkiewitch@f52.n5020.z2.fidonet.org> wrote in
message news:3092150592%999l82$hoo$1@news.aha.ru...
> Vladimir Butenko <butenko@stalker.com> wrote:
> Hу типа по скорости мы этот openldap продвинули до упора, получилось не
> сильно медленнее CGP. Это оакзалось не так трудно - задираешь кеши berkley
> db и немного прыгаешь с бубном.
Ессейсно. Hа чтение. Которое всегда более-менее быстрое, ежели все
в памяти лежит (или хотя бы индекс в памяти). Херовее с упдейтами. Хочешь
интересный Лог покажу?
Hа ошибки не смотри, там понятно стало что - но без ошибок хрен бы я такой
лог хоть раз бы увидел (имена все же подзабью):
09:51:45.23 1 DOMAIN(*) failed to create account 'zack***'. Error
Code=Failed to expand the account hash table
09:51:45.30 1 DOMAIN(*) failed to create account 'tchu**'. Error Code=Failed
to expand the account hash table
09:51:45.40 1 DOMAIN(*) failed to create account 'neilmi*****'. Error
Code=Failed to expand the account hash table
09:51:45.45 1 DOMAIN(*) failed to create account 'lushiousleg*****'.
Error Code=Failed to expand the account hash table
09:51:45.55 1 DOMAIN(*) failed to create account 'kingof*****'. Error
Code=Failed to expand the account hash table
09:51:45.64 1 DOMAIN(*) failed to create account 'lucyh****'. Error
Code=Failed to expand the account hash table
Это, как видим, за одну секунду. И, как ты понимаешь, это не
Account Import - он на первой ошибке обламывается и откатывает все.
Это у людей так реально аккаунты создаются - по несколько штук
за секунду.
Вот когда там сзади стоит Directory (а тут не стоит, как я понимаю),
и ей надо таки упдейтить непрерывно, и при этом не блокировать
чтение, и не останавиливаться никогда на "упаковку-подчистку" -
вот в этом и была проблема. Hо - небольшая. Hо дней на несколько.
В результате - можешь проверить - скорость обновления не должна
сильно быть отличной от скорости выборки - а это, думаю, на
openLDAP было бы "трудно" добиться.
> Проблема в другом - как только начинаешь серьезно (не на тестах)
> использовать все заявленные фичи (acl, индексы), то openldap начинает
> рушиться. И оно достает. Вобщем потрахавшись вдоволь мы сделали быструю
> и работающую конфигурацию, но оно и вправду стало напоминать эпопею с
> сендмайлом. А тут еще Вова соблазняет. Так его LDAP все равно применить
> пока не получается, ибо без индексов по вторичным ключам - это игрушка.
Индексы - херня, день работы - они же там уже есть. Вот админский интерфейс
нормальный, Web-овский ldapmodify - это гораздо больше гребли :-(
> 100k объектов по нынешним временам просто помещаются в памяти. В
условиях
> когда 1Gb RAM стоит менее $1k многие старинные подходы к обработке данных
> идут нафиг. Вова осознал это достаточно рано. Раньше многих других.
Поэтому
> у него все просто, быстро и компактно.
Hу ты, эта, не упрощай уж так. Оно всю базу целиком в память не сует.
Потому что если хранить у кажного юзера его сертификат и еще что-нибудь,
то легко будет по 10K на запись, а юзеров бывает больше миллиона (как на
сайте, с которого был прислан тот лог), а 10GB в памяти - это все-таки
перебор.
Даже если машинка 64-битная (как опять же - на том сайте).
> надеяться и/или требовать. Если даже Вова говорит, что больше дня - то это
> на самом деле ужасно сложная задача, и раньше чем через несколько месяцев
> вспоминать и не стоит :-)))
Ты мне лучше скажи - я человек темный. У нас внешняя сетка -
216.200.213.112-127.
Мы можем на нее свой DNS поставить или нет? А то у провайдера нашего DNS
(BIND, кстати) чегой-то отчебучил, и с него above.net не может нашу
реверсную
зону засосать - в резултьтате наши адреса не резолвятся в обратную сторону.
В результате - мои мессаги news.gamma.ru не постил, пришлось его наколоть,
и теперь все они, накопленные за 3 дня - запостились и вылезли...
> Boris.
Вова
--- ifmail v.2.15dev5
* Origin: Gamma NNTP server Moscow Russia (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
