Od czasu uaktualnienia do Yosemite funkcja powiększania dostępności nie nadaje się do użytku po podłączeniu do zewnętrznego monitora.
Kroki ku reprodukcji:
- Włącz powiększanie w Preferencjach systemowych - Dostępność.
- Podłącz monitor zewnętrzny, nie używając kopii lustrzanej (drugi pulpit).
- Powiększ za pomocą CTRL + (gest dwoma palcami) - lub OPT-CMD- =
Spodziewany:
- Zoom jest płynnie maślany, wszystko renderuje przy 60 klatkach na sekundę, bez żadnych opóźnień
Rzeczywisty:
- Wszystkie wyświetlanie na obu ekranach jest opóźnione, w tym odtwarzanie wideo, ruch myszy i naciśnięcia klawiszy / wprowadzanie tekstu. System staje się niezwykle wolny podczas powiększania (8-12 klatek na sekundę, wciąż próbując „dogonić” brakujące klatki). Dużo czasu zajmuje „odzyskanie” zoomu poprzez oddalenie.
Sprzęt komputerowy:
- MacBook Pro (Retina, 15-calowy, początek 2013 r.)
- Według innych źródeł wydaje się, że wpływa to na cały komputer Mac z systemem Yosemite
Zostało to zgłoszone na forach dyskusyjnych Apple wiele razy: raz dwa trzy cztery
Nie udało mi się znaleźć żadnego akceptowalnego rozwiązania.
Pamiętaj, że zoom jest „idealny” (czytaj: akceptowalny) po odłączeniu zewnętrznego monitora. Jest także „idealny”, gdy używane jest dublowanie.
Edycja: Usunięto link do http://testufo.com, ponieważ w normalnych okolicznościach jest zbyt kruchy, aby był użyteczną reprodukcją.
Edycja 2, 18 listopada 2014: Po aktualizacji do Yosemite 10.10.1 wydajność jest nieznacznie poprawiona, ale nadal nie do poprzednich standardów. Na przykład przejdź do https://kraken.io/ i przesuń kursor myszy nad suwakiem obrazu. Następnie spróbuj zrobić to samo zbliżenie - jest nieznośnie powolny. Wydaje się, że gdy zoom jest włączony (na wielu ekranach), spada do renderowania programowego lub czegoś równie wolnego. Ten sam test z tylko jednym ekranem jest idealny.
Edycja 3: Inne sugerowane obejścia miały słabe wyniki:
- Uruchom ponownie (lub zabij
WindowServer
proces, który spowoduje wylogowanie). Pierwsze kilka minut użytkowania jest stosunkowo płynne, ale wciąż nie w 100%.
Edycja 4: Włączanie zwiększania kontrastu wydaje się najlepszym jak dotąd obejściem. Zobacz moją drugą odpowiedź .
Edycja 5: Zostało to całkowicie naprawione w 10.10.2.
źródło
Na forach Apple opublikowano obejście tego problemu .
Plusy:
Cons:
Instrukcje:
Teraz, kiedy powiększasz, jest użyteczny, ale wciąż zauważalnie wolny.
źródło
Najlepsze dotychczasowe obejście:
W Preferencjach systemowych - Dostępność wybierz Zwiększ kontrast (który domyślnie wybierze Zmniejsz przezroczystość). Wydaje się, że poprawia to wydajność w niektórych okolicznościach, ale ma to ogromny wpływ na estetykę. Suwak na http://kraken.io jest płynny podczas powiększania. W niektórych przypadkach powiększanie jest nieco powolne, ale nie jest tak złe jak wcześniej.
Edycja: po kilku godzinach pracy z włączoną funkcją Zwiększ kontrast (i aktualizacji do Yosemite 10.10.1) mogę powiedzieć, że wydajność powróciła do akceptowalnego poziomu.
Nadal nie jestem podekscytowany tym, że muszę włączyć funkcję ułatwień dostępu, której nie chcę ani nie muszę poprawiać wydajności. Naprawdę nie podoba mi się wygląd Zwiększ kontrast : solidne czarne kontury wokół wprowadzania tekstu i przycisków, efekt pasków zebry na listach itp. Są nieco denerwujące, pochodzące z subtelności OS X.
Próbowałem właśnie włączyć opcję Zmniejsz przezroczystość (która jest domyślnie wybierana po włączeniu Zwiększ kontrast ), ale samo to ustawienie nie pomaga: oba muszą być włączone, aby zobaczyć jakikolwiek wzrost wydajności.
Zrzut ekranu: normalny wygląd
Zrzut ekranu: Wygląd z włączoną funkcją „Zwiększ kontrast”
źródło
Po aktualizacji do Yosemite otrzymałem również bardzo powolną reakcję w wielu różnych sytuacjach, takich jak długie przerwy, aby Spotlight zwrócił dopasowania plików, powolne uruchamianie aplikacji, szczególnie po przebudzeniu z trybu uśpienia, a także inne operacje. (Czuję się, jakbyś chodził po ruchomych piaskach i stwierdził, że nie możesz się poruszać tak, jak mógłbyś.) Ponadto widziałem dzienniki konsoli wypełnione powtarzającymi się komunikatami dotyczącymi nieprawidłowych połączeń i zrzutami niedopasowanych gestów gładzika, czasami z prawie takim samym wypełnieniem wiadomości widok konsoli 4000 linii. Myślę, że teraz znalazłem przyczynę, przynajmniej dla mojego iMaca, więc umieszczam ją tutaj, aby zobaczyć, czy jest to przyczyną podobnych problemów dla innych osób wokół powolności po przejściu na powolne problemy Yosemite.
Grzebałem w
Preferences
folderze użytkownika (~/Library Preferences
wewnątrz), przeglądając losowe pliki preferencji, aby zająć się, próbując uzyskać inny pomysł na to, co robić dalej. (Próba pracy stała się naprawdę nudna). Wcom.apple.sidebarlists.plist
, natknąłem się na kluczu o wartości, które nadal po stronicowania w dół dość drogi, a następnie zauważyć, że pasek przewijania był jeszcze w pobliżu początku pliku. Sprawdziłem rozmiar pliku i wynosił on 11 MB (większość plików preferencji była znacznie mniejsza niż 100 KB, a wiele z nich ma mniej niż 10 KB długości). Próba obejrzenia pliku w Xcode była prawie niemożliwa ze względu na powolność, więc zrzuciłem go na listę właściwości tekstowych do edycji i znalazłem kilka kluczy o dużych wartościach, wszystkie o nazwie kluczaBookmark
(6 kluczowych wartości miało nieco ponad 2,7 MB długości, a 2 inne miały nieco mniej niż 4,3 MB długości). Kilka z nich było powiązanych z zewnętrznymi woluminami USB, jeden z woluminem, który już nie istniał, a drugi z woluminem, który był partycją na dysku systemowym; większość, jeśli nie wszystkie, posiadała także krótkiAlias
klucz, który istniał dla każdego woluminu opisanego w tym pliku. Po wielu straconych godzinach od mojej nieudanej próby edycji pliku, aby usunąć problematyczne sekcje (których nie polecam), uniemożliwiając uruchomienie mojego komputera, w końcu zniszczyłem plik. Od tego czasu minęły wszystkie uciążliwe opóźnienia (miejmy nadzieję na dobre).Mogę łatwo zobaczyć, jak to spowolniło Spotlight (to było jak czekanie na dysku, aby się
Finder
rozpędzić ), ponieważ otwarcie okna Spotlight prawdopodobnie wymagało przeczytania preferencji „list bocznych”, aby określić sposób wyświetlania okna i przeczytanie go zajęłoby trochę czasu sekwencyjne dane (podobne do spowolnienia, gdy sam czytam lub edytuję plik. Teraz ten plik preferencji jest ubogi o 7 KB (około 1570 razy mniejszy niż był) i jest świetny… tak lekki i szybki, jak działał system operacyjny X 10.9 (Mavericks).Oto podsumowanie tego, na co należy patrzeć i być może:
/Users/(username)/Library/Preferences
(~/Library/Preferences
) w oknie Findera; przejdź do widoku listy i posortuj pliki według rozmiaru.com.apple.sidebarlists.plist
czy któryś z plików preferencji jest znacznie większy niż większość innych.Sidebar
ustawień według własnych upodobańFinder -> Preferences
.Finder
) i sprawdź, czy problemy z prędkością się poprawiły. Jeśli tak, śledź, czy wszystko będzie lepiej (jak mogłeś?)Mam nadzieję, że to pomogło (jak dotąd), ponieważ pisanie tego postu byłoby nie do zniesienia, gdyby nadal istniała ta sama powolność!
źródło
FWIW, moje doświadczenie jest identyczne we wszystkich scenariuszach, które opisujesz (oryginał i oba obejścia). Używam 10.10.1 na Mini CoreI7 2014 z 16 GB pamięci RAM i dyskiem SSD z dwoma zewnętrznymi wyświetlaczami 24 ". Widzę bardzo niewielkie opóźnienie na stronie kraken.io, ale nic strasznego.
Kilka pomysłów na dalsze kroki rozwiązywania problemów - Każdy z tych kroków ma na celu zmniejszenie zasobów potrzebnych do renderowania ekranów.
Nawet jeśli te pomogą, prawdopodobnie nie będą dla ciebie praktycznym rozwiązaniem. Oferuję je głównie jako sposób na zdiagnozowanie problemu. Chciałbym móc zaoferować więcej.
źródło
Zauważyłem twój post. Trochę wcześniej zaktualizowałem mój główny dysk twardy do wersji Yosemite. Skończyło się na tym, że uruchomiłem mavericks z zewnętrznego dysku i uzyskiwałem dostęp do yosemite tylko dla plików, ponieważ dysk twardy jest nadal w moim macPro. Teraz jestem ponownie uruchamiany do Yosemite, ponieważ dostaje aktualizacje i działa trochę lepiej (powoli). Więc niektóre rzeczy działają lepiej, ale wciąż próbuję debugować rzeczy i wydaje mi się, że właśnie wymyśliłem, jak bardzo odzyskać mój procesor z wątku serwera okien. Wystarczy przejść do ułatwień dostępu i wyłączyć wszystkie funkcje powiększania. Myślę, że mając w moim przypadku powiększenie przy włączonym kółku Ctrl + Scroll, renderował wszystko na powiększonym poziomie, a także na bieżącym poziomie, więc byłoby gotowe, gdybym kliknął Ctrl i powiększył coś. kiedy to wyłączyłem, komputer „ Procesor wskoczył z powrotem do akceptowalnego poziomu. jego szaleństwo polega na tym, że mavericks lepiej działa na dysku twardym USB 2.0 niż na wstążce. Ponadto, po wyłączeniu tej funkcji powiększania, kliknąłem zwiększyć kontrast i nie miało to większego znaczenia w porównaniu z zyskiem, który już uzyskałem. sprawia, że system operacyjny wygląda jak bzdura, więc wyłączyłem go, aby przywrócić rozmycie w interfejsie użytkownika. mam nadzieję że to pomoże. przepraszam za wielkie litery, po prostu tak naprawdę nie mam ochoty na bankomat. :) po prostu tak naprawdę nie mam na to ochoty. :) po prostu tak naprawdę nie mam na to ochoty. :)
źródło
Dwa monitory, przezroczystość wyłączona. Od czasu aktualizacji do Yosemite mam problem z okropnie opóźnionym powiększaniem myszy kontrolnej. Czasami wykonanie zwykłego powiększenia ekranu może potrwać nawet 5 sekund. Próba zmniejszenia powiększenia, gdy Mac jest wyłączony, czasami powoduje powiększenie.
Zoom na poziomie monitora jest znacznie lepiej zachowywany, jeśli ustawię Przewijanie na „ bez bezwładności ” w oknie dialogowym Opcje myszy w panelu Mysz i gładzik w Preferencjach systemu dostępności. Zoom jest teraz szybki i zatrzymuje się, gdy przestaję przesuwać palcem po myszy. W tym celu mogę żyć bez czasami przydatnej funkcji „bezwładności myszy”. -Może Apple poradzi sobie z rozwiązaniem problemu bezwładności, ale do tego czasu wydaje się to najlepszym rozwiązaniem.
źródło
Jestem pewien, że to nie zadziała dla wszystkich, ale dla mnie wszystko, co zrobiłem, to przywołanie preferencji wyświetlania i zmiana go tak, aby odzwierciedlał moje ekrany, a następnie zmiana z powrotem na osobne wyświetlacze. Procesor WindowServera spadł natychmiast z około 80% do 10%.
źródło