wxdao
Pôster original- 24 de novembro de 2016
- 7 de fevereiro de 2017
- De maçã menu, escolha Preferências do Sistema…
- De Visualizar escolha do menu Rede .
- Selecione Wi-Fi na lista de interfaces de rede.
- Se o ícone de cadeado no canto inferior esquerdo estiver bloqueado, clique nele. Quando solicitado, digite um nome de administrador e uma senha para desbloquear.
- Clique no Avançado ... botão.
- Clique no '+' ícone abaixo da lista de Redes preferidas. Na caixa de diálogo exibida, adicione uma rede chamada NULL (ou qualquer outra) sem segurança.
- Na lista Redes preferidas na guia Wi-Fi, clique e arraste a rede chamada NULL para o topo da lista.
- Clique em OK para salvar as configurações.
- Clique em Aplicar e feche as Preferências do Sistema
Eu verifiquei cuidadosamente meu log e descobri que o mDNSRespondor frequentemente ativava meu computador a cada poucos minutos. Portanto, presumi que o Wake on Demand estava de alguma forma ativado ao usar a bateria (quase um bug).
Nisso documento no suporte da Apple, encontrei uma declaração muito interessante: A rede sem fio que você usa com Wake on Demand deve ser a primeira rede sem fio em sua lista de redes preferenciais. Minha solução é forjar uma rede para ficar no topo da lista, em vez do wi-fi de sua casa ou escritório, para que o Wake on Demand pare de funcionar. Testei esse método ontem à noite e meu computador perdeu apenas 1% por mais de 10 horas.
Editar:
Meu problema era que o computador drenou 10% por uma noite inteira, aproximadamente 10 horas, e executando 'pmset -g log' mostrou muitos eventos sobre mDNSRespondor a cada poucos minutos . Essa correção pode não funcionar se você não tiver o mesmo problema com o meu. Última edição: 8 de fevereiro de 2017
Barbas
- 22 de abril de 2014
- Derbyshire UK
- 8 de fevereiro de 2017
wxdao
Pôster original- 24 de novembro de 2016
- 8 de fevereiro de 2017
Beards disse: Desculpe, mas não parece funcionar para mim. Tentei as configurações que você gentilmente mencionou há cerca de 3 horas e apenas verifiquei o MacBook Pro novamente: - ele perdeu mais 5%É triste ouvir isso ... Importa-se de postar algum log (execute 'pmset -g log' no terminal) aqui? Pode ser que outra coisa esteja errada.
Barbas
- 22 de abril de 2014
- Derbyshire UK
- 8 de fevereiro de 2017
wxdao disse: É triste ouvir isso ... Importa-se de postar algum log (execute 'pmset -g log' no terminal) aqui? Pode ser que outra coisa esteja errada.Claro, mas é um arquivo de log muito longo. Eu não uso o Dropbox, então não tenho certeza de onde salvá-lo e vinculá-lo a você.
Alguma ideia do que devo procurar no Log? NO
wxdao
Pôster original- 24 de novembro de 2016
- 8 de fevereiro de 2017
Beards disse: Claro, mas é um arquivo de log muito longo. Eu não uso o Dropbox, então não tenho certeza de onde salvá-lo e vinculá-lo a você.Você pode simplesmente colar as linhas que começam com uma string de data (como 2017-02-07 18:00:30 +0100) no intervalo do seu último sono, ou seja, '3 horas atrás' que você mencionou.
Alguma ideia do que devo procurar no Log?
E, verifique se o número à direita de PreventSystemSleep é 0. Caso contrário, cole também as últimas linhas em 'Listado por processo proprietário:'.
Barbas
- 22 de abril de 2014
- Derbyshire UK
- 8 de fevereiro de 2017
wxdao disse: Você pode simplesmente colar as linhas que começam com uma string de data (como 2017-02-07 18:00:30 +0100) no intervalo do seu último sono, ou seja, '3 horas atrás' que você mencionou.
E, verifique se o número à direita de PreventSystemSleep é 0. Caso contrário, cole também as últimas linhas em 'Listado por processo proprietário:'.
Apenas executei novamente: -
Total Sleep / Wakes desde a inicialização em 2017-02-08 08:20:58 +0000: 6
2017-02-08 14:36:56 +0000: Mostrando todas as afirmações de poder do IOKit atualmente mantidas
Status de declaração em todo o sistema:
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 0
NetworkClientActive 0 NO
wxdao
Pôster original- 24 de novembro de 2016
- 8 de fevereiro de 2017
Beards disse: Basta executá-lo novamente: -
Total Sleep / Wakes desde a inicialização em 2017-02-08 08:20:58 +0000: 6
2017-02-08 14:36:56 +0000: Mostrando todas as afirmações de poder do IOKit atualmente mantidas
Status de declaração em todo o sistema:
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 0
NetworkClientActive 0
Desculpe por não ter explicado com clareza. Por favor cole todas as linhas desde o momento em que você fechou a tampa até o momento em que a abriu.
Barbas
- 22 de abril de 2014
- Derbyshire UK
- 8 de fevereiro de 2017
wxdao disse: Desculpe não ter explicado com clareza. Por favor cole todas as linhas desde o momento em que você fechou a tampa até o momento em que a abriu.
Não, é minha culpa, eu deveria ter pensado.
Acabei de colocá-lo de volta no modo de dormir, então vou deixá-lo descansar por algumas horas, em seguida, ligá-lo novamente e executar outro registro.
Para evitar qualquer confusão, postarei o log 'inteiro' e, assim que você der uma olhada, irei editar a postagem e excluí-la, pois será um grande arquivo.
Agradeço seu tempo entre
Barbas
- 22 de abril de 2014
- Derbyshire UK
- 8 de fevereiro de 2017
Desta vez, executei o Log e as Asserções
Aqui está o que as afirmações trouxeram: -
Último login: Quarta, 8 de fevereiro, 17:09:52 em ttys000
Mikes-MBP: ~ mikepaterson $ pmset -g assertions
2017-02-08 17:11:06 +0000
Status de declaração em todo o sistema:
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 0
NetworkClientActive 0
Listado por processo de propriedade:
pid 97 (hidd): [0x0000000a00098032] 08:50:00 UserIsActive chamado: 'com.apple.iohideventsystem.queue.tickle.4294968021.11'
O tempo limite será disparado em 115 segundos. Action = TimeoutActionRelease
Sem asserções de kernel.
Prevenção de sono ocioso: IODisplayWrangler
Mikes-MBP: ~ mikepaterson $ NO
wxdao
Pôster original- 24 de novembro de 2016
- 8 de fevereiro de 2017
Beards disse: Acabei de abrir o MacBook Pro novamente do modo de espera.
Desta vez, executei o Log e as Asserções
Aqui está o que as afirmações trouxeram: -
Último login: Quarta, 8 de fevereiro, 17:09:52 em ttys000
Mikes-MBP: ~ mikepaterson $ pmset -g assertions
2017-02-08 17:11:06 +0000
Status de declaração em todo o sistema:
BackgroundTask 0
ApplePushServiceTask 0
UserIsActive 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
ExternalMedia 0
PreventUserIdleSystemSleep 0
NetworkClientActive 0
Listado por processo de propriedade:
pid 97 (hidd): [0x0000000a00098032] 08:50:00 UserIsActive chamado: 'com.apple.iohideventsystem.queue.tickle.4294968021.11'
O tempo limite será disparado em 115 segundos. Action = TimeoutActionRelease
Sem asserções de kernel.
Prevenção de sono ocioso: IODisplayWrangler
Mikes-MBP: ~ mikepaterson $
Você pode carregar seu log em um arquivo de texto. Execute 'pmset -g log> ~ / Desktop / log.txt'. Um arquivo denominado log.txt aparecerá na sua área de trabalho. Faça o upload clicando no botão 'Fazer upload de um arquivo', localizado abaixo da área de resposta.
Ou você pode usar pastebin .com . Cole o log inteiro nele e isso gerará uma url com a qual outras pessoas poderão ler o texto que você compartilha. Poste o link aqui. Última edição: 8 de fevereiro de 2017
Barbas
- 22 de abril de 2014
- Derbyshire UK
- 8 de fevereiro de 2017
wxdao disse: Você pode enviar seu log como um arquivo de texto. Execute 'pmset -g log> ~ / Desktop / log.txt'. Um arquivo denominado log.txt aparecerá na sua área de trabalho.Obrigado .... Aqui está o arquivo de log
Ou você pode usar pastebin .com . Cole o log inteiro nele e isso gerará uma url com a qual outras pessoas poderão ler o texto que você compartilha. Poste o link aqui.
Anexos
NOwxdao
Pôster original- 24 de novembro de 2016
- 8 de fevereiro de 2017
Beards disse: Obrigado .... Aqui está o arquivo de log
De acordo com o log, acho que seu computador dormiu bem das 15:24 às 17:01 ... Talvez você deva deixá-lo dormir uma noite inteira e ver se houve alguma melhora em comparação com as noites anteriores.
Barbas
- 22 de abril de 2014
- Derbyshire UK
- 8 de fevereiro de 2017
wxdao disse: De acordo com o log, acho que seu computador dormiu bem das 15:24 às 17:01 ... Talvez você devesse deixá-lo dormir por uma noite e ver se há alguma melhora em comparação com as noites anteriores.Farei obrigado.
Aliás, a única coisa que mudei esta tarde foi desligar o Compartilhamento de Arquivos, caso isso possa ter sido um problema.
[doublepost = 1486577825] [/ doublepost]
Beards disse: Obrigado.
Aliás, a única coisa que mudei esta tarde foi desligar o Compartilhamento de Arquivos, caso isso possa ter sido um problema.
Esqueci de mencionar e não queria editar o texto acima, caso você já tenha lido a postagem: -
Tomei níveis detalhados de bateria antes e depois
15:24 Bateria de coco 37,3%. Bateria do sistema 38% em repouso
17:01 Bateria de coco 35,6% Bateria do sistema 37% desperta
Isso funcionou em 97mins = -1,7% da bateria S
serpenteante 69
- 14 de março de 2008
- 8 de fevereiro de 2017
Weaselboy
Moderador
Membro da equipe- 23 de janeiro de 2005
- Califórnia
- 8 de fevereiro de 2017
snaky69 disse: Está tudo bem, exceto que um dreno de aproximadamente 1% por hora é perfeitamente normal para um MacBook Pro no modo de espera, a menos que as coisas tenham mudado drasticamente no ano passado.Cerca de 1% por hora é normal nas primeiras três horas, então os MacBooks mais novos entram no 'modo de espera' e usam muito menos energia. Você pode operar em modo de espera com a energia da bateria por até 30 dias. Portanto, após essa janela de três horas, você não deve usar 1% por hora.
https://support.apple.com/en-us/HT202124 G
Gonza211
- 26 de julho de 2012
- 8 de fevereiro de 2017
wxdao disse: De acordo com o log, acho que seu computador dormiu bem das 15:24 às 17:01 ... Talvez você devesse deixá-lo dormir por uma noite inteira e ver se houve alguma melhora em comparação com as noites anteriores.
Importa-se de verificar o meu? Obteve 40% de perda durante a noite. Desta vez, meu Macbook não estava conectado à alimentação, mas sim a um monitor externo via USB C para adaptador HDMI / USBA / USBC.
http://pastebin.com/k84jqAyh
Brookzy
- 30 de maio de 2010
- Reino Unido
- 8 de fevereiro de 2017
Gonza211 disse: Importa-se de verificar o meu? Obteve 40% de perda durante a noite. Desta vez, meu Macbook não estava conectado à alimentação, mas sim a um monitor externo via USB C para adaptador HDMI / USBA / USBC.O adaptador certamente foi o culpado. O da Apple consome até 5W de potência mesmo quando não está em uso, por exemplo. Reações:Sanpete
http://pastebin.com/k84jqAyh
Barbas
- 22 de abril de 2014
- Derbyshire UK
- 9 de fevereiro de 2017
17 horas e 32 minutos depois e de acordo com a Coconut Battery caiu 10,6%, enquanto de acordo com a bateria do sistema disse que caiu 11%
Eu diria que agora é aceitável.
Parece que o compartilhamento de arquivos com meu grande iMac estava arrastando o MacBook Pro para baixo. G
Gonza211
- 26 de julho de 2012
- 9 de fevereiro de 2017
Brookzy disse: O adaptador foi certamente o culpado. O da Apple consome até 5W de potência mesmo quando não está em uso, por exemplo.
Ontem deixei dormir sem nada conectado, ficou 8% drenado durante a noite. Isso não deveria estar acontecendo. Agora ele diz que o inibidor de sono é IODisplayWrangler, então ... não sei o que fazer.
MRxROBOT
- 14 de abril de 2016
- 1011100110
- 15 de fevereiro de 2017
Com exceção de reverter para 10.12.2, há uma solução? S
Sanpete
- 17 de novembro de 2016
- Utah
- 15 de fevereiro de 2017
MRxROBOT disse: Estou perdendo 8-10% por noite, não conectado a nada desde a atualização para 10.12.3
Com exceção de reverter para 10.12.2, há uma solução?
Provavelmente. Provavelmente, há algo que seu computador está configurado para fazer que o impede de hibernar corretamente. Se isso o incomoda, leia os tópicos sobre isso para ter ideias do que você pode tentar. Aqui está mais um:
https://forums.macrumors.com/thread...drain-while-sleeping-here-is-the-fix.2026702/
Boa sorte!
Publicações Populares