Что такое «второй» процесс?

Интересно, что secdделает процесс под OSX Yosemite. Я почти уверен, что видел, как этот процесс выполнялся в более ранних версиях MacOS, но я не помню, чтобы он так смело поглощал всю доступную память ...

У меня есть три компьютера под управлением Yosemite, каждый с разным конфигом. Все три были на срок от трех дней до одной недели. Вот список того, что secdдостигнуто:

• На MacBookAir 2011 с 4 ГБ памяти 700 МБ выделено secd
• На iMac 2008 с 6 ГБ памяти 2 ГБ выделены для secd
• На iMac 2011 с 12 ГБ памяти выделено 4 ГБ для secd

На всех трех компьютерах secdэто самый большой процесс в памяти (больше, чем kernel task), и я подозреваю, что он играет роль в замедлении, которое я недавно испытал с приходом Йосемити. Я точно знаю, что процесс расширяется в памяти до неоправданных размеров и освобождает память, когда мне это нужно где-то еще. Единственная проблема заключается в том, что освобождение памяти происходит не так быстро, и большую часть времени производительность страдает до того, как процесс осознает, что должен отступить.

Мой поиск по сети не пришел к твердому заключению относительно того, что это за процесс, и почему он должен быть таким огромным. Я думаю, что я не единственный, кто испытывает это. Любой совет приветствуется.

Как предлагается ниже, secdимеет отношение к Apple Keychain. Вот файлы и порты, которые процесс сохраняет открытыми, когда он активен (в MacBookAir):

/
/usr/libexec/secd
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db-shm
/usr/share/icu/icudt53l.dat
/usr/lib/dyld
/private/var/run/diagnosticd/dyld_shared_cache_x86_64
/dev/null
/dev/null
/dev/null
count=2, state=0x2
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db-wal
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db-shm
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db-wal
/dev/random
/dev/random
/private/var/folders/z_/806bzc396cxgp4s0q17tpfwc0000gn/T/etilqs_y5BDgkbGkBV9ybF
/private/var/folders/z_/806bzc396cxgp4s0q17tpfwc0000gn/T/etilqs_Aw6Q7JhPlil3QNX
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db
/Users/.../Library/Keychains/7285EFCF-9AF6-53DD-BE44-DA1F59F96620/keychain-2.db-wal

Что не ясно, так это то, что процесс делает со всей памятью, которую он занимает, и почему он так раздувается.

Если это не очевидно, это всего лишь предположение. Но, надеюсь, это даст вам некоторые выводы.

Во-первых, вот что вы можете понять только из названия программы. Если выполнить команду /bin/ls /usr/libexec | sort -f | egrep '.*d$'(это напечатать все файлы , /usr/libexecоканчивающиеся на d), вы обнаружите ftpd, hidd, networkd, systemstatsd, и много программ , заканчивающихся d. «D» означает «демон», что в основном означает вспомогательный процесс, который всегда выполняется в фоновом режиме. secВесьма вероятно , означает «безопасность». Так же secdкак и «демон безопасности». Это имеет смысл, потому что вы сказали, что это похоже на работу с цепочкой для ключей.

Какой смысл в демонах? Некоторые демоны продолжают работать, чтобы выполнить какое-то текущее задание. hidd(«Демон устройства интерфейса пользователя»), например, является процессом, отвечающим за обработку ввода мыши / клавиатуры / трекпада. Некоторые другие демоны выполняют некоторые общие задачи, которые нужны многим другим программам. Приложения могут просто сказать демону сделать что-то вместо того, чтобы делать это самостоятельно. Так что, secdвероятно, делает что-то вроде этого, но связано с цепочкой для ключей.

Но что именно? Похоже, что он на самом деле не обрабатывает обычное использование цепочки для ключей, так как я все еще был в состоянии использовать secdцепочку для ключей после того, как я отключил LaunchAgent.

Проверка LaunchAgent дает нам подсказку:

Похоже, секд отвечает за синхронизацию связки ключей с iCloud?

Итак, что нужно делать? Попробуйте один или несколько из них:

1. Если вам не нужна синхронизация цепочки для ключей iCloud, отключите ее в настройках iCloud.
2. Используйте, launchctlчтобы отключить secd, если он, кажется, ни на что не влияет.
3. Если вам нужна синхронизация цепочки для ключей iCloud, посмотрите, есть ли у вас тонна цепочек для ключей, и удалите те, которые вам не нужны.
4. Возможно, перестройте свою цепочку для ключей (создайте новую цепочку для ключей, переместите необходимые элементы в нее и переместите ее поверх старой), если в старой цепочке для ключей остались ненужные артефакты.

Программа / usr / libexec / secd поставляется как часть OS X и является нормальным процессом безопасности. В документации говорится, что это относится к "политикам безопасности процессов во время выполнения". Вы можете проверить связанные процессы с этой командой:ps -ef|grep sec[iud]

На моем Mac я пользователь 501, поэтому у вас есть выходные данные для одного пользователя, вошедшего в систему:

Mac:~ bmike$ ps -ef|grep sec[iud]
    0    58     1   0 Sat12PM ??         0:56.51 /usr/sbin/securityd -i
    0   117     1   0 Sat12PM ??         0:00.15 /usr/libexec/secinitd
    0   171     1   0 Sat12PM ??         0:02.24 /usr/libexec/securityd_service
  501   205     1   0 Sat12PM ??         0:11.74 /usr/libexec/secinitd
  501  2634     1   0 Tue08PM ??         0:08.26 /usr/libexec/secd

Вы можете видеть, что securitydон запускается как пользователь root (PID 58), а затем как пользовательский процесс (PID 205), когда вы входите в систему. Фактически secdвыполняется «работа» и может появиться новое имя, даже если вы не выходите из системы и не входите в нее. Как чтобы понять, почему у вас используются дополнительные ресурсы, будет довольно сложно без копания fsusageи некоторых других команд заглянуть в запущенные процессы, а также просмотреть файлы журналов. Лучше всего, если вы отправите сообщение об ошибке в Apple, а затем задокументируете, как вы можете заставить его неправильно себя вести, особенно если вы можете воспроизвести его после перезагрузки.

В настоящее время не существует «страницы справочника» для, secdа страница для secinitdв лучшем случае скудна. Подача документации об ошибках в Apple - это один из способов попросить исправить недостаток документации.

Из того, что я знаю об этом процессе (который на самом деле не тонна), это то, что он как-то связан с цепочкой для ключей Mac. Что вы можете сделать, это найти в мониторе активности и нажать Cmd + I, чтобы получить информацию об этом.

Один из советов, который вы можете попытаться сделать, - это запустить Первую помощь цепочки для ключей, перейдя в «Доступ к цепочке для ключей» в Spotlight, открыв меню «Доступ к цепочке для ключей» и выбрав опцию «Первая помощь для связки ключей», и следуйте инструкциям.

Надеюсь, что совет работает!

Начните включать брелок синхронизации iCloud, но отмените в другом диалоговом окне.

источник: https://www.reddit.com/r/hackintosh/comments/54gpmo/process_secd_always_at_95100_cpu_usage_sierra/d88v542/