Muszę podkreślić moje komponenty rMBP (np. CPU / GPU / RAM) bez ładowania żadnych dodatkowych narzędzi programowych.
Tło - Mój rMBP ma awarię sprzętową ( podobną do tego problemu ), która powoduje zawieszanie się systemu, która objawia się tylko wtedy, gdy był używany przez wiele godzin i jest obciążony codziennie (zawiesza się średnio 4/5 razy dziennie) - mogę użyć Geekbench, który powoduje, że system zamrażać dość szybko, ale chcesz odtworzyć błąd szybko bez 3rd oprogramowania zainstalowanego tak aby pokazać genius zespół, że problem może być powtarzalna z nową instalację High Sierra i bez 3rd oprogramowania instalowane tylko do prędkości przyspieszyć proces diagnozowania i wyeliminować błąd użytkownika.
Obecnie oglądam filmy z YouTube na 4K i odwiedzam greensock.com, aby Safari się stresowało i próbowałem otwierać zdjęcia, ale maszyna nawet nie zauważa dodatkowego obciążenia!
Odpowiedzi:
Zużywa wszystkie rdzenie procesora
Poniższe polecenie uruchamia
yes
instancję dla każdego rdzenia procesora i zużywa prawie maksimum możliwości przetwarzania komputera:Polecenie opiera się na odpowiedzi Mike'a , ale uruchamia wiele wystąpień
yes
zxargs
. Jedenyes
proces zmaksymalizuje rdzeń procesora, więc potrzeba wielu procesów. Dzięki @ lights0123 za udoskonalenie tego polecenia.Dotyczy to procesora, ale nie procesora graficznego ani pamięci RAM.
CPU + GPU = WebGL
Aby zaakcentować procesor i GPU, odwiedź ShibuyaCrowd , eksperyment WebGL ( open source ).
Minutę po uruchomieniu tej witryny Twój MacBook Pro powinien być obciążony odpowiednim obciążeniem obliczeniowym.
źródło
CPU="$(sysctl -n hw.ncpu)" seq $CPU | xargs -I{} -P $CPU yes > /dev/null
zadziała.yes
technika rozgrzeje procesor, ale tak naprawdę go nie stresuje: ledwo dotyka pamięci podręcznej, nie robi nic z jednostkami obliczeniowymi zmiennoprzecinkowymi, a właściwie nie dotyka obwodów liczb całkowitych. O ile usterka nie znajduje się gdzieś w małej części procesora, którego faktycznie używa, prawdopodobnie nie spowoduje zawieszenia.Wystarczy wpisać polecenie
yes > /dev/null
w sesji terminalu. To zmaksymalizuje rdzeń procesora, dopóki nie przytrzymasz Ctrl-C lub zamkniesz okno terminala.źródło
octave
lub inny język numeryczny, być może średniej wielkości macierz mnożąca się w pętli może załatwić sprawę. Jednostki wykonawcze SIMD FP generują dużo ciepła, gdy są zajęte. Och, kodowanie wideo jest dość wymagające, szczególnie bardziej złożone kodeki, takie jak h.264. To może załatwić sprawę, jeśli masz jakieś dane źródłowe do użycia. Ale nie używaj odciążania GPU (stała funkcja o niskim poborze mocy), potrzebujesz kodowania procesora.cat /dev/urandom > /dev/null
może utrzymywać procesor zajęty. W zależności od tego, jak wielowątkowy jest PRNG jądra, uruchomienie go na wielu rdzeniach może jednak nie pomóc. Nawet po prostuawk 'BEGIN { while(1){} }'
prawdopodobnie zrobi więcej niżyes
, co spędza cały czas na wywołaniach systemowych. (A procesor nie wytwarza dużo ciepła, gdy utknął w miejscu podczas pracy użytkownika -> przejścia jądra.)