O que é coreduetd?
Desde o Yosemite e em todos os sistemas operacionais posteriores, o OS X / macOS executa o coreduetd em / usr / libexec / coreduetd com o ID do pacote com.apple.coreduetd.osx em segundo plano.
O que exatamente esse processo está fazendo?
Em qual hardware isso é executado (ou seja: a funcionalidade é suportada)?
Como pode ser desativado?
Quais são os efeitos colaterais (potenciais) de sua desativação (dependências)?
Esta pergunta não deve ser lida como um problema YX, mas uma tentativa de eventualmente adicionar à lista de perguntas canônicas.
Deveríamos falar sobre isso no Ask Different Meta - também é uma pergunta canônica para uma que queremos fechar como "muito ampla" e "muito wiki" - não queremos incentivar perguntas que carecem de uma pergunta prática a ser resolvida e nós certamente não deseja escrever um livro de "sistema interno do macOS" um capítulo por vez e um daemon por vez. Abster-me-ei de fechar a partir de agora - mas há problemas fundamentais em fazer isso sistematicamente na IMO.
você já instalou um Apogee Duet?
Não há muito na web sobre o que coreduetdfaz em um Mac além de "ele é usado para Handoff entre iOS e macOS".
Ele monitora seus vários estados de sistema e aplicativo, incluindo estados em seus dispositivos Apple.
Tecnicamente, sim, usando launchctl. No entanto, eu (altamente) não recomendo fazê-lo.
Pergunta completamente subjetiva. Somente você pode decidir se esse é o caminho certo para você. Mais uma vez, eu recomendo que você não.
Potencialmente, o seguinte pode ser afetado :
A transferência entre iOS e macOS seria afetada
sincronização do iCloud
Sincronização de email com o Office 365
No entanto, pesquisando um pouco, consegui encontrar um projeto de pesquisa de segurança para iOS (em http://sans.org ) que examinava o coreduet.dbarquivo no iOS. Eu apliquei esse pensamento ao coreduet.dbarquivo no macOS. Aqui está o que eu encontrei ...
Ao fazer uma cópia do coreduet.dbarquivo, examinei-o no sqlite3, obtendo primeiro uma lista de todas as tabelas
Parece que há vários eventos que ele acompanha. No entanto, para ver o que poderíamos ver, abri a tabela Z_PRIMARYKEY:
Esse banco de dados específico parece rastrear eventos do sistema. Dado que estou em um iMac, faria sentido que eu não possua coisas como "BatteryEvent" ou "PlugInEvent", mas teria "AppStateChangeEvents". "AirplaneMode" é um pouco confuso, pois é um iMac, mas geralmente mantenho meu WiFi desligado, exceto para testes; em algum momento, esse estado foi adicionado ao banco de dados.
Indo um pouco mais longe no CCDMAirplaneModeEvent, podemos ver que ele rastreia não apenas quando, mas onde o evento ocorreu (embora meu banco de 0dados possua dados para esses campos) e por quem.
Excelente, mas como você aponta: não tocá-lo ...
De fato. Muito rápido e já muito bom. E a "sincronização de email com o Office 365" já foi afetada em um iMac local e estacionário? Isso é uma surpresa.
Eu acho que você está no caminho errado aqui. Se você pesquisar no aplicativo do console, as principais mensagens registradas serão de manipulação de energia. Meu palpite é que a estrutura é e sempre será uma estrutura privada, para que a Apple não precise publicar nenhum tipo de API para os desenvolvedores e que possa ser acessada por meio de indireção e outra API mais estável. Ele precisa acompanhar o modo AirPlane e o estado do sistema para saber quando e como ativar a CPU para executar tarefas agendadas - gerenciar orçamentos de energia no hardware / CPU / GPU.
@bmike - acho que não. Examinando o AppStateChangeEvents, há dados de localização incluídos que contêm dados não exclusivos. Teoricamente, deveria ser o mesmo se fosse apenas manipulação de energia. No entanto, eu concordo com você que é uma estrutura privada para a Apple.