wxdao
Oryginalny plakat- 24 listopada 2016
- 7 lut 2017
- Od jabłko menu, wybierz Preferencje systemu…
- Od Pogląd wybierz menu Sieć .
- Wybierz Wi-Fi z listy interfejsów sieciowych.
- Jeśli ikona kłódki w lewym dolnym rogu jest zablokowana, kliknij ją. Po wyświetleniu monitu wprowadź nazwę administratora i hasło, aby odblokować.
- Kliknij Zaawansowany ... przycisk.
- Kliknij „+” ikonę poniżej listy Preferowane sieci. W wyskakującym oknie dialogowym dodaj sieć o nazwie NULL (lub jakakolwiek) bez zabezpieczeń.
- Na liście Preferowane sieci na karcie Wi-Fi kliknij i przeciągnij sieć o nazwie NULL na górę listy.
- Kliknij OK, aby zapisać ustawienia.
- Kliknij Zastosuj, a następnie zamknij Preferencje systemowe
Dokładnie sprawdziłem mój dziennik i stwierdziłem, że mDNSRespondor często budził mój komputer co kilka minut. Tak więc założyłem, że Wake on Demand zostało jakoś włączone podczas korzystania z baterii (dość duży błąd).
W tym dokument na Apple Support znalazłem bardzo ciekawą wypowiedź: Sieć bezprzewodowa używana z funkcją Wake on Demand powinna być pierwszą siecią bezprzewodową na liście sieci preferowanych. Moją poprawką jest sfałszowanie sieci, aby znalazła się na szczycie listy zamiast Wi-Fi w domu lub w biurze, aby funkcja Wake on Demand przestała działać. Testowałem tę metodę wczoraj wieczorem i mój komputer stracił tylko 1% przez ponad 10 godzin.
Edytować:
Mój problem polegał na tym, że komputer się wyczerpał 10% przez całą noc, około 10 godzin, i pokazywał uruchomiony 'pmset -g log' wiele wydarzeń o mDNSRespondor co kilka minut . Ta poprawka może nie działać, jeśli nie masz tego samego problemu z moim. Ostatnia edycja: 8 lutego 2017 r.
Brody
- 22 kwi 2014
- Derbyshire Wielka Brytania
- 8 lut 2017
wxdao
Oryginalny plakat- 24 listopada 2016
- 8 lut 2017
Beards powiedział: Przepraszam, ale wydaje mi się, że to nie działa. Wypróbowałem ustawienia, o których uprzejmie wspominasz około 3 godziny temu i właśnie ponownie sprawdziłem MacBooka Pro: - stracił kolejne 5%Smutno to słyszeć... Czy masz coś przeciwko zamieszczeniu tu jakiegoś dziennika (uruchom 'pmset -g log' w terminalu)? To może być coś innego.
Brody
- 22 kwi 2014
- Derbyshire Wielka Brytania
- 8 lut 2017
wxdao powiedział: Przykro to słyszeć... Czy masz coś przeciwko zamieszczeniu tu jakiegoś dziennika (uruchom 'pmset -g log' w terminalu)? To może być coś innego.Jasne, ale to cholernie długi plik dziennika. Nie używam Dropbox, więc nie jestem pewien, gdzie zapisać i połączyć go z Tobą.
Masz pomysł, czego powinienem szukać w Dzienniku? W
wxdao
Oryginalny plakat- 24 listopada 2016
- 8 lut 2017
Beards powiedział: Jasne, ale to cholernie długi plik dziennika. Nie używam Dropbox, więc nie jestem pewien, gdzie zapisać i połączyć go z Tobą.Możesz po prostu wkleić te linie, które zaczynają się od ciągu daty (np. 2017-02-07 18:00:30 +0100) w zakresie Twojego ostatniego czasu snu, tj. „3 godziny temu”, o którym wspomniałeś.
Masz pomysł, czego powinienem szukać w Dzienniku?
I sprawdź, czy liczba po prawej stronie PreventSystemSleep wynosi 0. Jeśli nie, wklej również kilka ostatnich wierszy w sekcji „Wymienione według procesu właściciela:”.
Brody
- 22 kwi 2014
- Derbyshire Wielka Brytania
- 8 lut 2017
wxdao powiedział: Możesz po prostu wkleić te linie, które zaczynają się od ciągu daty (np. 2017-02-07 18:00:30 +0100) w zakresie Twojego ostatniego snu, tj. „3 godziny temu”, o którym wspomniałeś.
I sprawdź, czy liczba po prawej stronie PreventSystemSleep wynosi 0. Jeśli nie, wklej również kilka ostatnich wierszy w sekcji „Wymienione według procesu właściciela:”.
Po prostu uruchomiłem go ponownie:-
Całkowity czas uśpienia/budzenia od uruchomienia w dniu 08.02.2017 08:20:58 +0000 :6
2017-02-08 14:36:56 +0000 : Pokazuje wszystkie aktualnie posiadane asercje mocy IOKit
Status potwierdzenia w całym systemie:
Zadanie w tle 0
ApplePushServiceZadanie 0
Użytkownik jest aktywny 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
Media zewnętrzne 0
PreventUserIdleSystemSleep 0
Klient Sieci Aktywny 0 W
wxdao
Oryginalny plakat- 24 listopada 2016
- 8 lut 2017
Brody powiedział: Po prostu uruchomiłem to jeszcze raz:-
Całkowity czas uśpienia/budzenia od uruchomienia w dniu 08.02.2017 08:20:58 +0000 :6
2017-02-08 14:36:56 +0000 : Pokazuje wszystkie aktualnie posiadane asercje mocy IOKit
Status potwierdzenia w całym systemie:
Zadanie w tle 0
ApplePushServiceZadanie 0
Użytkownik jest aktywny 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
Media zewnętrzne 0
PreventUserIdleSystemSleep 0
Klient Sieci Aktywny 0
Przepraszam, że nie wyjaśniłem tego jasno. Proszę wklej wszystkie linie od momentu zamknięcia pokrywy do momentu jej otwarcia.
Brody
- 22 kwi 2014
- Derbyshire Wielka Brytania
- 8 lut 2017
wxdao powiedział: Przepraszam, że nie wyjaśniłem tego jasno. Proszę wklej wszystkie linie od momentu zamknięcia pokrywy do momentu jej otwarcia.
Nie, to moja wina, powinienem był pomyśleć.
Właśnie go ponownie uśpiłem, więc odstawiam go na kilka godzin, a następnie odpalam i uruchamiam kolejny dziennik.
Aby uniknąć nieporozumień, opublikuję „cały” dziennik, a kiedy już rzucisz okiem, edytuję go i usuwam, ponieważ będzie to jeden cholerny plik.
Doceń swój czas przy okazji
Brody
- 22 kwi 2014
- Derbyshire Wielka Brytania
- 8 lut 2017
Tym razem prowadziłem zarówno Dziennik, jak i Asercje
Oto, co przyniosły twierdzenia:-
Ostatnie logowanie: środa 8 lutego 17:09:52 na ttys000
Mikes-MBP:~ mikepaterson$ pmset -g asercje
2017-02-08 17:11:06 +0000
Status potwierdzenia w całym systemie:
Zadanie w tle 0
ApplePushServiceZadanie 0
Użytkownik jest aktywny 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
Media zewnętrzne 0
PreventUserIdleSystemSleep 0
Klient Sieci Aktywny 0
Wymienione według procesu właściciela:
pid 97(hidd): [0x0000000a00098032] 08:50:00 UserIsActive o nazwie: „com.apple.iohideventsystem.queue.tickle.4294968021.11”
Limit czasu zostanie uruchomiony za 115 sekund Action=TimeoutActionRelease
Brak asercji jądra.
Zapobieganie bezczynności: IODisplayWrangler
Mikes-MBP:~ mikepaterson$ W
wxdao
Oryginalny plakat- 24 listopada 2016
- 8 lut 2017
Beards powiedział: właśnie ponownie otworzyłem MacBooka Pro ze snu.
Tym razem prowadziłem zarówno Dziennik, jak i Asercje
Oto, co przyniosły twierdzenia:-
Ostatnie logowanie: środa 8 lutego 17:09:52 na ttys000
Mikes-MBP:~ mikepaterson$ pmset -g asercje
2017-02-08 17:11:06 +0000
Status potwierdzenia w całym systemie:
Zadanie w tle 0
ApplePushServiceZadanie 0
Użytkownik jest aktywny 1
PreventUserIdleDisplaySleep 0
PreventSystemSleep 0
Media zewnętrzne 0
PreventUserIdleSystemSleep 0
Klient Sieci Aktywny 0
Wymienione według procesu właściciela:
pid 97(hidd): [0x0000000a00098032] 08:50:00 UserIsActive o nazwie: „com.apple.iohideventsystem.queue.tickle.4294968021.11”
Limit czasu zostanie uruchomiony za 115 sekund Action=TimeoutActionRelease
Brak asercji jądra.
Zapobieganie bezczynności: IODisplayWrangler
Mikes-MBP:~ mikepaterson$
Możesz przesłać swój log w jednym pliku tekstowym. Uruchom 'pmset -g log > ~/Desktop/log.txt'. Na pulpicie pojawi się plik o nazwie log.txt. Prześlij go, klikając przycisk „Prześlij plik”, który znajduje się poniżej obszaru odpowiedzi.
Lub możesz użyć pastebin .z . Wklej do niego cały dziennik, a wygeneruje on adres URL, za pomocą którego inni będą mogli przeczytać udostępniony przez Ciebie tekst. Opublikuj link tutaj. Ostatnia edycja: 8 lutego 2017 r.
Brody
- 22 kwi 2014
- Derbyshire Wielka Brytania
- 8 lut 2017
wxdao powiedział: Możesz przesłać swój dziennik jako plik tekstowy. Uruchom 'pmset -g log > ~/Desktop/log.txt'. Na pulpicie pojawi się plik o nazwie log.txt.Dzięki.... Oto plik dziennika
Lub możesz użyć pastebin .z . Wklej do niego cały dziennik, a wygeneruje on adres URL, za pomocą którego inni będą mogli przeczytać udostępniony przez Ciebie tekst. Opublikuj link tutaj.
Załączniki
Wwxdao
Oryginalny plakat- 24 listopada 2016
- 8 lut 2017
Beards powiedział: Dzięki... Oto plik dziennika
Według dziennika, myślę, że twój komputer spał dobrze od 15:24 do 17:01... Może powinieneś pozwolić mu spać przez całą noc i zobaczyć, czy nastąpiła jakaś poprawa w porównaniu z poprzednimi nocami.
Brody
- 22 kwi 2014
- Derbyshire Wielka Brytania
- 8 lut 2017
wxdao powiedział: Według dziennika myślę, że twój komputer spał dobrze od 15:24 do 17:01... Może powinieneś pozwolić mu spać na noc i zobaczyć, czy jest jakaś poprawa w porównaniu z poprzednimi nocami.Zrobi dzięki.
Btw jedyną rzeczą, którą zmieniłem tego popołudnia, było wyłączenie udostępniania plików na wypadek, gdyby mogło to stanowić problem.
[podwójny post=1486577825][/podwójny post]
Brody powiedział: Dziękuję.
Btw jedyną rzeczą, którą zmieniłem tego popołudnia, było wyłączenie udostępniania plików na wypadek, gdyby mogło to stanowić problem.
Zapomniałem wspomnieć i nie chciałem edytować powyższego na wypadek, gdybyś już przeczytał post:-
Zrobiłem szczegółowe poziomy baterii tuż przed i po
15:24 Bateria kokosowa 37,3%. Bateria systemowa 38% uśpienia
17:01 Bateria kokosowa 35.6% Bateria systemowa 37% Wybudzony
To działało po 97 minutach = -1,7% baterii S
wąż69
- 14 marca 2008 r.
- 8 lut 2017
Łasica
Moderator
Pracownik- 23 stycznia 2005
- Kalifornia
- 8 lut 2017
snaky69 powiedział: Wszystko jest w porządku, z wyjątkiem tego, że zużycie około 1% na godzinę jest całkowicie normalne w przypadku MacBooka Pro w trybie uśpienia, chyba że sytuacja uległa drastycznej zmianie w ciągu ostatniego roku.Około 1% na godzinę jest normalne przez pierwsze trzy godziny, następnie nowsze MacBooki wchodzą w „tryb czuwania” i zużywają znacznie mniej energii. Możesz pracować w trybie czuwania na zasilaniu bateryjnym do 30 dni. Więc po tym trzygodzinnym oknie nie powinieneś używać 1% na godzinę.
https://support.apple.com/en-us/HT202124 g
Gonza211
- 26 lipca 2012 r.
- 8 lut 2017
wxdao powiedział: Według dziennika myślę, że twój komputer spał dobrze od 15:24 do 17:01... Może powinieneś pozwolić mu spać przez całą noc i zobaczyć, czy nastąpiła jakaś poprawa w porównaniu z poprzednimi nocami.
Masz ochotę sprawdzić moje? Otrzymałem 40% straty w ciągu nocy. Tym razem mój Macbook nie był podłączony do zasilania, ale tak, do zewnętrznego monitora przez przejściówkę USB C na HDMI/USBA/USBC.
http://pastebin.com/k84jqAyh
Brookzy
- 30 maja 2010
- Wielka Brytania
- 8 lut 2017
Gonza211 powiedział: Masz ochotę sprawdzić moje? Otrzymałem 40% straty w ciągu nocy. Tym razem mój Macbook nie był podłączony do zasilania, ale tak, do zewnętrznego monitora przez przejściówkę USB C na HDMI/USBA/USBC.Z pewnością sprawcą był adapter. Na przykład Apple One pobiera do 5 W mocy, nawet gdy nie jest używany. Reakcje:Sanpete
http://pastebin.com/k84jqAyh
Brody
- 22 kwi 2014
- Derbyshire Wielka Brytania
- 9 lut 2017
17 godzin 32 minuty później i zgodnie z baterią kokosową spadł o 10,6%, podczas gdy według baterii systemowej powiedział, że spadł o 11%
Powiedziałbym, że teraz jest to do przyjęcia.
Wygląda na to, że udostępnianie plików na moim dużym iMacu ciągnęło MacBooka Pro w dół. g
Gonza211
- 26 lipca 2012 r.
- 9 lut 2017
Brookzy powiedział: Z pewnością sprawcą był adapter. Na przykład Apple One pobiera do 5 W mocy, nawet gdy nie jest używany.
Wczoraj dałem mu spać bez niczego podłączonego, przez noc dostałem 8% odpływu. To nie powinno się dziać. Teraz jest napisane, że zapobieganie uśpienia to IODisplayWrangler, więc... nie wiem, co robić.
MRxROBOT
- 14 kwi 2016
- 1011100110
- 15 lut 2017
Poza powrotem do 10.12.2, czy jest jakaś poprawka? S
Sanpete
- 17 listopada 2016
- Utah
- 15 lut 2017
MRxROBOT powiedział: tracę 8-10% na noc, nie mam połączenia z niczym od aktualizacji do 10.12.3
Poza powrotem do 10.12.2, czy jest jakaś poprawka?
Prawdopodobnie. Prawdopodobnie jest coś, co Twój komputer jest ustawiony, co uniemożliwia mu prawidłowe usypianie. Jeśli ci to przeszkadza, przeczytaj wątki na ten temat, aby znaleźć pomysły, które możesz wypróbować. Oto kolejny:
https://forums.macrumors.com/thread...drain-podczas-snu-tu-to-poprawka.2026702/
Powodzenia!
Popularne Wiadomości