나는 최근 yes > /dev/null
에 3 분 동안 Mac 배터리를 방전시켰다. 그 동안 온도가 72 ° C로 상승하고 팬이 4000RPM으로 회전했습니다. 즉시 프로세스를 종료합니다.
하드웨어 나 로직 보드가 손상되었다고 생각해야합니까?
/dev/null
결국 포트 의 보어가 마모되어 대형 피스톤이 필요하지만 배기 가스에서 연기가 나올 때까지 기다렸다가 정비사에게 달려갑니다.
나는 최근 yes > /dev/null
에 3 분 동안 Mac 배터리를 방전시켰다. 그 동안 온도가 72 ° C로 상승하고 팬이 4000RPM으로 회전했습니다. 즉시 프로세스를 종료합니다.
하드웨어 나 로직 보드가 손상되었다고 생각해야합니까?
/dev/null
결국 포트 의 보어가 마모되어 대형 피스톤이 필요하지만 배기 가스에서 연기가 나올 때까지 기다렸다가 정비사에게 달려갑니다.
답변:
확실히 다른 사람들이 말했듯이 : CPU와 커널은 모두 자체 보존 전략을 가지고 있습니다.
컴퓨터 리소스를 사용 하는 방법에 관한 몇 가지 맛을 추가하겠습니다 yes
.
BSD yes
와 GNU 의 동작을 구별 할 가치가 yes
있습니다.
macOS는 BSD이므로 (이전) BSD 배포판을 사용합니다 yes
.
그리고 그 토론에 대한 토론은 같은 이름 의 해커 뉴스 스레드에 존재합니다 .
BSD / macOS는 yes
실제로 puts("y");
타이트한 루프로 실행 됩니다.
GNU yes
는… 다소 진지합니다. 단순한 I / O 버퍼링보다 훨씬 최적화되었습니다.
지침 yes
은 매뉴얼 페이지 에서이 작은 gem 을 갖습니다 .
yes를 사용하면 프로세서 사용률이 100 %가되므로 컴퓨터 CPU를 최대로 테스트하는 것 외에는 거의 사용되지 않습니다.
즉, 아니오, 하드웨어가 손상되지 않았 음을 의미합니다. 이 yes
명령을 사용하는 것은 CPU의 모든 (즉, 100 %)을 사용하는 방법입니다. 이러한 상황에서는 경험 한 증상 (예 : 온도 상승 및 팬 RPM 증가)이 예상됩니다. 또한 CPU가 "스로틀 백"되어 열 임계 값을 초과하면 손상을 방지 할 수 있습니다.
이 yes
명령은 단순히 기본적으로 문자 y를 stdout에 반복적으로 씁니다. 스트림 데이터를 잊어 버리 >
도록 /dev/null
단순히 경로 재 지정 ( )합니다 . 다시 말해 이것은 컴퓨터의 지속적인 상태에 영속적 인 영향을 미치지 않으며이 렌즈를 통한 유해한 명령이 아닙니다.
yes 명령은 출력 속도를 제한하지 않고 문자열을 stdout에 쓰므로 CPU가 한 코어에서 최대 활용도에 도달하게됩니다. 이는 프로세서 온도 증가 및 관련 팬 속도 증가의 원인입니다.
최신 컴퓨터, 특히 Apple 노트북과 같이 잘 설계된 컴퓨터에서 하드웨어는 과열로 인한 손상을 방지합니다. 먼저 팬 속도를 높이고 프로세서 클럭 속도를 낮추고 궁극적으로 프로세서를 정지시킵니다. 의도적으로 이러한 기능을 우회하지 않으면 하드웨어가 과열되지 않았습니다. 기계는 괜찮습니다.
구체적으로 72 ° C의 온도를 언급했습니다. CPU 다이의 온도는 그리 높지 않습니다. 적당한 모바일 CPU 인 i5-7260U는 최대 허용 온도를 100 ° C로 지정합니다. 이 페이지의 패키지 사양 섹션에서 사양을 T_Junction으로 볼 수 있습니다. http://ark.intel.com/products/97539/Intel-Core-i5-7260U-Processor-4M-Cache-up-to-3_40- GHz
슬픈 사실은 " 맥을 다듬을" 수 있습니다 .
질문에 대한 본문에 제공된 실제 예 : 이것은 장치에 해를 끼치 지 않았습니다. 당연하다.
그러나 제목의 질문에 대한 일반적인 대답 : 그것은 우리가 이야기하는 Mac 유형에 달려 있습니다. 이 질문이나 의견에 대한 조언과 추론은 보편적으로 사실 이 아니며 매우 위험 할 수 있습니다! Apple 하드웨어가 최고라고 믿기 만해도 너무 많은 신뢰와 믿음이 있습니다.
애플이 과열로 인해 실제로 해를 끼치 지 않도록 지금 모든 시스템을 설계했거나 과거에 설계 한 것은 사실이 아닙니다. 그것은이 것은 사실이지만 일이 안 것 또한 사실이다 일어날 않습니다 . 그리고 않았다 :
이에 대한 주요 예는 MacBook Pro, 특히 2010-2012의 MacBook Pro입니다. yes
오랜 시간 동안 모든 스레드에서 주로 스트레스를받는 인텔 칩 은 스로틀을 내리고, 고온을 잘 처리하며, OS조차도 시스템을 식히는 데 도움이되는 것 외에는 아무 것도 할 수없는 kernel_task를 시작합니다. 동일한 히트 파이프의 칩이 취약한 부분입니다.
과 같이 이러한 시스템에 불필요하게 스트레스를 yes
가하면 RadeonGate 그래픽 칩 오류가 가속화됩니다. 이 웹 사이트에서 가장 크게 영향을받는 2011 8,2에 대한 질문의 예가 많이 있습니다. 이 GPU 오류 는 열 문제입니다. 무거운 3D 렌더링 또는 벤치 마크를 한 번만 실행 하여 머신 을 죽이는 방법에 대한 가이드도 있습니다 . 이 시스템은 광고 나 렌더링이나 게임에 적합하지 않은 것으로 광고되었습니다. 집단 소송 소송 (위협 만 해당)과 수리 연장 프로그램이 발언합니다.
yes
CPU를 강조합니다. 스트레스를받는 CPU가 따뜻해집니다. 그러면 방열판의 온도가 상승하고 동일한 방열판이 취약한 GPU를 냉각시켜야합니다. 이러한 방열판 / 열 설계는 대부분 8.2MBP에서 정기적으로 수행되지 않습니다.