Вопросы Теги

Идентификация узкого места производительности на высокопроизводительном VPS (Apache 2.4 event_mpm/lighttpd/nginx)

Из документов, которые Вы связали:

PASSWD_CANT_CHANGE

Примечание: Вы не можете присвоить это разрешение путем прямого изменения атрибута UserAccountControl. Для получения информации о том, как установить разрешение программно, посмотрите раздел "Property flag descriptions".

И свойство отмечает описания:

PASSWD_CANT_CHANGE - Пользователь не может изменить пароль. Это - разрешение на объекте пользователя.

Или другими словами, что определенный бит в битовой маске не может быть установлен и возвращается после вычисления полномочий на пользовательском объекте.

Также связанный из того документа http://msdn.microsoft.com/en-us/library/aa746398.aspx, который описывает, как программно скорректировать полномочия на пользовательских объектах.

То, что Вы надеетесь делать, отрицают САМ псевдопользовательский доступ изменять пароль. Лучший способ сделать это было бы, настраивают полномочия на всем OU для ограничения изменений пароля. Отсюда, переместите все объекты соответствующего пользователя в этот OU и удостоверьтесь, что пользовательские объекты наследовали свои полномочия от OU.

Если Вы имеете проблемы с установкой безопасности, удостоверяетесь, чтобы Вам включили Расширенные функции в ADUC (Представление-> Расширенные функции).

2
задан 4 February 2014 в 04:22
1 ответ

Поскольку событие MPM зависит от базовой конфигурации рабочего процесса - попробуйте следующую конфигурацию в качестве ограничивающего эксперимента, а затем, если изменения приведут к измеримой разнице, это будет означать, что это по крайней мере, одно из узких мест. Затем его можно настроить дальше:

Это значения по умолчанию для Apache:

  • ServerLimit 16 - вы можете видеть, что это достигается на изображении, которое вы отправлено - измените на 50
  • StartServers 2 - это для первоначального запуска - измените на 5
  • MaxClients 150 - измените это на 300
  • MinSpareThreads 25 - измените на 50
  • MaxSpareThreads 75 - измените на 150
  • ThreadsPerChild 25 - измените на 50

Поскольку мы меняем в 2-3 раза, вы должны увидеть линейное улучшение примерно в такой же коэффициент.

Edit - улучшенная конфигурация - MaxClients (теперь известная как MaxRequestWorkers ) был ботленек. Как только сервер действительно сможет принять определенное количество клиентов, просто убедитесь, что количество дочерних процессов и потоков на каждого ребенка не превышает этого числа. 

  <IfModule mpm_event_module>
    StartServers          5
    ServerLimit          32
    MinSpareThreads      64
    MaxSpareThreads     128
    ThreadsPerChild      64
    ThreadLimit          64
    MaxRequestWorkers   2048
    MaxRequestsPerChild 20000
    ListenBacklog      4096
  </IfModule>
0
ответ дан 3 December 2019 в 15:32

Теги

Похожие вопросы