Forum

Una soluzione molto semplice che risolve il consumo della batteria durante il sonno. Non è necessario disattivare SIP!

IN

wxdao

Manifesto originale
24 novembre 2016
  • 7 febbraio 2017
  1. Dal Mela menu, scegli Preferenze di Sistema…
  2. Dal Visualizzazione menu scegli Rete .
  3. Seleziona Wi-Fi dall'elenco delle interfacce di rete.
  4. Se l'icona del lucchetto in basso a sinistra è bloccata, fai clic su di essa. Quando richiesto, inserisci un nome amministratore e una password per sbloccare.
  5. Clicca il Avanzate ... pulsante.
  6. Clicca il '+' sotto l'elenco Reti preferite. Nella finestra di dialogo visualizzata aggiungi una rete denominata NULL (o qualsiasi altra cosa) senza alcuna sicurezza.
  7. Nell'elenco Reti preferite nella scheda Wi-Fi, fare clic e trascinare la rete denominata NULL in cima all'elenco.
  8. Fare clic su OK per salvare le impostazioni.
  9. Fai clic su Applica, quindi chiudi Preferenze di Sistema
Prima di questa correzione, il mio MacBook Pro 13' (fine 2016) di solito perdeva il 10% della batteria ogni notte, facendomi impazzire. Ho letto il popolare post di Mixolyd, ma non credo sia una buona idea manipolare manualmente i file delle preferenze di sistema protetti da SIP.

Ho controllato attentamente il mio registro e ho scoperto che mDNSRespondor riattivava frequentemente il mio computer ogni pochi minuti. Quindi ho pensato che Wake on Demand fosse in qualche modo attivato quando si utilizzava la batteria (praticamente un bug).

In questo documento sul supporto Apple ho trovato una dichiarazione molto interessante: La rete wireless che utilizzi con Wake on Demand dovrebbe essere la prima rete wireless nell'elenco delle reti preferite. La mia soluzione è creare una rete per essere in cima all'elenco invece del Wi-Fi di casa o dell'ufficio in modo che Wake on Demand smetterà di funzionare. Ho testato questo metodo la scorsa notte e il mio computer ha perso solo l'1% per più di 10 ore.

Modificare:

Il mio problema era che il computer si scaricava 10% per un'intera notte, circa 10 ore, e l'esecuzione di 'pmset -g log' ha mostrato molti eventi su mDNSRespondor ogni pochi minuti . Questa correzione potrebbe non funzionare se non hai lo stesso problema con il mio. Ultima modifica: 8 febbraio 2017
Reazioni:keysofanxiety, Beards, TrueBlou e 1 altra persona

barbe

22 aprile 2014


Derbyshire Regno Unito
  • 8 febbraio 2017
Scusa ma a me sembra che non funzioni. Ho provato le impostazioni che mi hai gentilmente menzionato circa 3 ore fa e ho appena controllato di nuovo il MacBook Pro: - ha perso un ulteriore 5% IN

wxdao

Manifesto originale
24 novembre 2016
  • 8 febbraio 2017
Beards ha detto: Scusa ma non sembra funzionare per me. Ho provato le impostazioni che mi hai gentilmente menzionato circa 3 ore fa e ho appena controllato di nuovo il MacBook Pro: - ha perso un ulteriore 5%
Triste sentirlo... Ti dispiace postare qualche log (esegui 'pmset -g log' nel terminale) qui? Potrebbe essere qualcos'altro che non va.
Reazioni:barbe

barbe

22 aprile 2014
Derbyshire Regno Unito
  • 8 febbraio 2017
wxdao ha detto: Triste sentirlo... Ti dispiace postare qualche log (esegui 'pmset -g log' nel terminale) qui? Potrebbe essere qualcos'altro che non va.
Certo, ma è un lungo file di registro. Non uso Dropbox, quindi non sono sicuro di dove salvarlo e collegarlo a te.
Qualche idea su cosa dovrei cercare nel registro? IN

wxdao

Manifesto originale
24 novembre 2016
  • 8 febbraio 2017
Beards ha detto: Certo, ma è un lungo file di registro. Non uso Dropbox, quindi non sono sicuro di dove salvarlo e collegarlo a te.
Qualche idea su cosa dovrei cercare nel registro?
Puoi semplicemente incollare quelle righe che iniziano con una stringa di data (come 2017-02-07 18:00:30 +0100) nell'intervallo dell'ultima ora di sospensione, ad esempio '3 ore fa' che hai menzionato.
E controlla se il numero a destra di PreventSystemSleep è 0. In caso contrario, incolla anche le ultime righe sotto 'Elencato per processo proprietario:'.
Reazioni:barbe

barbe

22 aprile 2014
Derbyshire Regno Unito
  • 8 febbraio 2017
wxdao ha detto: puoi semplicemente incollare quelle righe che iniziano con una stringa di data (come 2017-02-07 18:00:30 +0100) nell'intervallo dell'ultima ora di sospensione, ovvero '3 ore fa' che hai menzionato.
E controlla se il numero a destra di PreventSystemSleep è 0. In caso contrario, incolla anche le ultime righe sotto 'Elencato per processo proprietario:'.

L'ho appena eseguito di nuovo:-
Totale sospensione/riattivazione dall'avvio del 08/02/2017 08:20:58 +0000 :6


2017-02-08 14:36:56 +0000: Mostra tutte le asserzioni di potere IOKit attualmente in possesso

Stato dell'asserzione a livello di sistema:

SfondoCompito 0

ApplePushServiceTask 0

L'utente è attivo 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientAttivo 0 IN

wxdao

Manifesto originale
24 novembre 2016
  • 8 febbraio 2017
Beards ha detto: l'ho appena eseguito di nuovo:-
Totale sospensione/riattivazione dall'avvio del 08/02/2017 08:20:58 +0000 :6


2017-02-08 14:36:56 +0000: Mostra tutte le asserzioni di potere IOKit attualmente in possesso

Stato dell'asserzione a livello di sistema:

SfondoCompito 0

ApplePushServiceTask 0

L'utente è attivo 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientAttivo 0

Scusa se non mi sono spiegato chiaramente. Per favore incolla tutte le linee dal momento in cui hai chiuso il coperchio a quando l'hai aperto.

barbe

22 aprile 2014
Derbyshire Regno Unito
  • 8 febbraio 2017
wxdao ha detto: Scusa se non l'ho spiegato chiaramente. Per favore incolla tutte le linee dal momento in cui hai chiuso il coperchio a quando l'hai aperto.

No, è colpa mia, avrei dovuto pensare.
L'ho appena rimesso a dormire, quindi lo lascio riposare per un paio d'ore, poi lo riaccendo ed eseguo un altro registro.

Per evitare confusione pubblicherò l''intero' registro e una volta che avrai dato un'occhiata, modificherò il post e lo cancellerò poiché sarà un diavolo di file.

Apprezzo il tuo tempo tra l'altro

barbe

22 aprile 2014
Derbyshire Regno Unito
  • 8 febbraio 2017
Ho appena aperto di nuovo il MacBook Pro dalla sospensione.
Questa volta ho eseguito sia il registro che le asserzioni

Ecco cosa ha sollevato affermazioni: -
Ultimo accesso: Mer Feb 8 17:09:52 su ttys000

Mikes-MBP:~ mikepaterson$ pmset -g asserzioni

2017-02-08 17:11:06 +0000

Stato dell'asserzione a livello di sistema:

SfondoCompito 0

ApplePushServiceTask 0

L'utente è attivo 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientAttivo 0

Elencato per processo di proprietà:

pid 97(hidd): [0x0000000a00098032] 08:50:00 UserIsActive denominato: 'com.apple.iohideventsystem.queue.tickle.4294968021.11'

Il timeout scatterà tra 115 secondi Action=TimeoutActionRelease

Nessuna asserzione del kernel.

Dispositivi di prevenzione del sonno inattivo: IODisplayWrangler

Mikes-MBP:~ mikepaterson$ IN

wxdao

Manifesto originale
24 novembre 2016
  • 8 febbraio 2017
Beards ha detto: Ho appena aperto di nuovo il MacBook Pro dalla sospensione.
Questa volta ho eseguito sia il registro che le asserzioni

Ecco cosa ha sollevato affermazioni: -
Ultimo accesso: Mer Feb 8 17:09:52 su ttys000

Mikes-MBP:~ mikepaterson$ pmset -g asserzioni

2017-02-08 17:11:06 +0000

Stato dell'asserzione a livello di sistema:

SfondoCompito 0

ApplePushServiceTask 0

L'utente è attivo 1

PreventUserIdleDisplaySleep 0

PreventSystemSleep 0

ExternalMedia 0

PreventUserIdleSystemSleep 0

NetworkClientAttivo 0

Elencato per processo di proprietà:

pid 97(hidd): [0x0000000a00098032] 08:50:00 UserIsActive denominato: 'com.apple.iohideventsystem.queue.tickle.4294968021.11'

Il timeout scatterà tra 115 secondi Action=TimeoutActionRelease

Nessuna asserzione del kernel.

Dispositivi di prevenzione del sonno inattivo: IODisplayWrangler

Mikes-MBP:~ mikepaterson$

Puoi caricare il tuo log in un file di testo. Esegui 'pmset -g log > ~/Desktop/log.txt'. Sul desktop apparirà un file chiamato log.txt. Caricalo facendo clic sul pulsante 'Carica un file', che si trova sotto l'area di risposta.

Oppure puoi usare pastebin .insieme a . Incolla l'intero registro al suo interno e genererà un URL con cui altri possono leggere il testo che condividi. Posta qui il link. Ultima modifica: 8 febbraio 2017

barbe

22 aprile 2014
Derbyshire Regno Unito
  • 8 febbraio 2017
wxdao ha detto: Puoi caricare il tuo log come file di testo. Esegui 'pmset -g log > ~/Desktop/log.txt'. Sul desktop apparirà un file chiamato log.txt.

Oppure puoi usare pastebin .insieme a . Incolla l'intero registro al suo interno e genererà un URL con cui altri possono leggere il testo che condividi. Posta qui il link.
Grazie.... Ecco il file di registro

Allegati

  • log.txt552.1 KB · Visualizzazioni: 189
IN

wxdao

Manifesto originale
24 novembre 2016
  • 8 febbraio 2017
Beards ha detto: Grazie.... Ecco il file di registro

Secondo il registro, penso che il tuo computer abbia dormito bene dalle 15:24 alle 17:01... Forse dovresti lasciarlo dormire per un'intera notte e vedere se c'è stato qualche miglioramento rispetto alle notti precedenti.
Reazioni:barbe

barbe

22 aprile 2014
Derbyshire Regno Unito
  • 8 febbraio 2017
wxdao ha detto: Secondo il registro, penso che il tuo computer abbia dormito bene dalle 15:24 alle 17:01... Forse dovresti lasciarlo dormire per una notte e vedere se c'è qualche miglioramento rispetto alle notti precedenti.
Lo farò grazie.
A proposito, l'unica cosa che ho cambiato questo pomeriggio è stata disattivare la condivisione di file nel caso in cui potesse essere stato un problema.
[doublepost=1486577825][/doublepost]
Beards ha detto: Grazie.
A proposito, l'unica cosa che ho cambiato questo pomeriggio è stata disattivare la condivisione di file nel caso in cui potesse essere stato un problema.

Ho dimenticato di menzionare e non volevo modificare quanto sopra nel caso avessi già letto il post:-
Ho preso i livelli dettagliati della batteria appena prima e dopo
15:24 Batteria al cocco 37,3%. Batteria di sistema 38% Sleep
17:01 Batteria al cocco 35,6% Batteria di sistema 37% Sveglia

Ha funzionato a 97 minuti = -1,7% della batteria S

serpentese

14 marzo 2008
  • 8 febbraio 2017
Va tutto bene, tranne per il fatto che un consumo di circa l'1% all'ora è perfettamente normale per un MacBook Pro in modalità di sospensione, a meno che le cose non siano cambiate drasticamente nell'ultimo anno.

donnola

Moderatore
Membro dello staff
23 gennaio 2005
California
  • 8 febbraio 2017
snaky69 ha dichiarato: Va tutto bene, tranne per il fatto che uno scarico di circa l'1% all'ora è perfettamente normale per un MacBook Pro in modalità di sospensione, a meno che le cose non siano cambiate drasticamente nell'ultimo anno.
Circa l'1% all'ora è normale per le prime tre ore, quindi i MacBook più recenti entrano in 'modalità stand-by' e consumano molta meno energia. Puoi funzionare in modalità stand-by con alimentazione a batteria fino a 30 giorni. Quindi, dopo quella finestra di tre ore, non dovresti usare l'1% all'ora.

https://support.apple.com/en-us/HT202124 G

Gonza211

26 luglio 2012
  • 8 febbraio 2017
wxdao ha detto: Secondo il registro, penso che il tuo computer abbia dormito bene dalle 15:24 alle 17:01... Forse dovresti lasciarlo dormire per un'intera notte e vedere se c'è stato qualche miglioramento rispetto alle notti precedenti.

Ti dispiace dare un'occhiata al mio? Ho perso il 40% durante la notte. Questa volta il mio Macbook non era collegato all'alimentazione ma sì a un monitor esterno tramite adattatore da USB C a HDMI/USBA/USBC.

http://pastebin.com/k84jqAyh

Brookzy

30 maggio 2010
UK
  • 8 febbraio 2017
Gonza211 ha detto: Ti dispiace controllare il mio? Ho perso il 40% durante la notte. Questa volta il mio Macbook non era collegato all'alimentazione ma sì a un monitor esterno tramite adattatore da USB C a HDMI/USBA/USBC.

http://pastebin.com/k84jqAyh
L'adattatore era sicuramente il colpevole. Quello di Apple assorbe fino a 5W di potenza anche quando non è in uso, per esempio. Reazioni:sanpete

barbe

22 aprile 2014
Derbyshire Regno Unito
  • 9 febbraio 2017
L'ho lasciato in standby durante la notte: -
17 ore e 32 minuti dopo e secondo Coconut Battery era sceso del 10,6%, mentre secondo System Battery ha detto che era sceso dell'11%

Direi che ora è accettabile.
Sembra che la condivisione di file con il mio grande iMac stesse trascinando il MacBook Pro verso il basso. G

Gonza211

26 luglio 2012
  • 9 febbraio 2017
Brookzy ha detto: L'adattatore è stato sicuramente il colpevole. Quello di Apple assorbe fino a 5W di potenza anche quando non è in uso, per esempio.

Ieri l'ho lasciato dormire senza niente collegato, ho scaricato l'8% durante la notte. Questo non dovrebbe accadere. Ora dice che la prevenzione del sonno è IODisplayWrangler quindi... non so cosa fare.

MRxROBOT

14 aprile 2016
1011100110
  • 15 febbraio 2017
Sto perdendo l'8-10% a notte, non connesso a nulla dall'aggiornamento a 10.12.3

A meno di tornare a 10.12.2, c'è una soluzione? S

sanpete

17 novembre 2016
Utah
  • 15 febbraio 2017
MRxROBOT ha detto: sto perdendo l'8-10% a notte, non connesso a nulla dall'aggiornamento a 10.12.3

A meno di tornare a 10.12.2, c'è una soluzione?

Probabilmente. Probabilmente c'è qualcosa che il tuo computer è impostato per fare che gli impedisce di dormire correttamente. Se questo ti dà fastidio, leggi le discussioni su questo per avere idee su cosa puoi provare. Eccone un altro:

https://forums.macrumors.com/thread...drain-while-sleeping-here-is-the-fix.2026702/

Buona fortuna!