Meltdown 및 Spectre 패치로 인한 성능 저하를 막기 위해 할 수있는 일이 있습니까?

인텔은 변명하고 싶었습니다. 멜트 다운과 스펙터 그것은 그의 문제였습니다, 그리고 그는 문제를 해결하기 위해 함께 노력하고 있는 기술 파트너로 AMD와 ARM을 인용하여 지적하는 공개 성명을 정정했지만 ARM과 AMD는 모두 영향을 많이 받지 않았습니다. Meltdown은 거의 Intel 마이크로프로세서(및 일부 ARM)에만 적용되고 Spectre는 더 많은 마이크로프로세서에 영향을 미치지만 동일한 정도는 아니므로 Intel이 다시 한 번 타격을 입기 때문에 Intel과 마찬가지로 이러한 취약성에 대해서도 마찬가지입니다.

그들은 또한 빨리 말했다 성능 손실 패치를 설치한 후 사용자가 알아차리지 못한다면 거의 없을 것입니다. 그리고 대부분의 경우 예상만큼 극적인 손실이 발생하지 않는 것이 사실이지만 칩의 세대에 따라 손실이 미미하거나 상당히 심할 수 있는 것도 사실입니다. 사실, 그들은 이미 그것을 인식했고 이제 그들은 시스템에 해당 패치를 설치한 후 인텔에서 가질 수 있는 손실을 계산하기 위해 벤치마크로 몇 가지 테스트를 이미 수행했으며 테스트는 Microsoft Windows에서 수행되었지만 Linux와 macOS와 같은 다른 시스템도 비슷할 것입니다…

예상 수확량 손실...

내가 말했듯이 적어도 출시된 최신 CPU 모델에서는 30%의 성능 손실이 전적으로 사실이 아닙니다. 하는 동안 오래된 칩일수록 더 많은 성능 손실 Meltdown 및 Spectre 패치 업데이트를 의미합니다. Intel에서 수행한 테스트는 소금 한 알과 함께 수행해야 합니다. 선택한 벤치마크가 제조업체에 도움이 되고 최악의 경우에 놓이지 않았다고 가정하기 때문에 측정은 가장 일반적인 응용 프로그램을 고려하여 이루어졌습니다. 사용자는 매체를 사용하지만 아시다시피 소프트웨어에 따라 다를 수 있습니다.

인텔은 또한 측정을 위해 또 다른 치트를 만들었으며 SSD 드라이브 사용 그가 사용한 모든 장비에서 충격에 맞서 싸우기 위해 우리가 스스로 할 수 있는 개선 사항 중 하나가 될 것입니다. 예, HDD를 SSD로 변경하면 후자의 액세스 속도가 훨씬 빨라지고 TLB 비움은 기존 하드 드라이브에서 발생할 수 있는 것보다 손실이 적다는 것을 의미합니다. 따라서 HDD가 있는 경우 이러한 인텔 테스트의 데이터는 매우 낙관적이며 이러한 벤치마크에서 데이터를 얻을 것으로 기대해서는 안 됩니다. 또한 모든 모델에 대해 테스트를 진행하지는 않았지만 각 세대별로 하나씩 선택하여 브랜드 이미지에 가장 긍정적 인 데이터를 제공하는 모델을 다시 한 번 선택했다고 생각합니다.

결과 해왔다:

• Intel Core 8세대(Kaby Lake 및 Coffee Lake): 대부분의 활동에서 평균 성능 영향은 6%로 추정되며 JavaScript 코드 실행과 같은 웹 애플리케이션은 최대 10%의 손실을 볼 수 있습니다.
• 인텔 코어 7세대(Kaby Lake-H): 여기서 사무용 등의 경우 성능이 7%로 이전의 경우보다 8포인트 더 떨어지게 되며, 웹용의 경우 역시 XNUMX위에 비하여 소폭 상승하게 됩니다.
• 인텔 코어 6세대(Skylake-S): 일반적으로 약 8% 정도... 그런데 SYSMark 2014 SE의 응답성이라는 특정 테스트에서 SSD를 사용해도 최대 79%의 손실이 감지되었습니다.
• 이에 앞서 인텔: 글쎄요, 적어도 공개되지는 않았지만 현재 수행된 테스트는 없지만 각 세대마다 마지막 10개에서 나타난 것에 더 많은 손실 포인트를 추가해야 합니다. 손실이 훨씬 적습니다. 예를 들어 XNUMX년 전의 프로세서는 어떻게 됩니까? 유저들의 반응을 보자...

Intel에서 테스트한 워크로드를 사용하면 해당 세대에 대한 손실은 다음과 같지만...더 높은 워크로드? 곧 불만을 품은 사용자들로부터 더 많은 논란이 있을 것이라고 생각합니다. 물론 비디오 게임은 작동을 위해 너무 많은 시스템 호출이 필요하지 않기 때문에 게이머는 조금 더 차분할 수 있습니다. 성능 저하가 눈에 띄지 않고 약 2%일 수 있으며 FPS는 실질적으로 영향을 받지 않습니다.

물리적 관점에서 성능을 향상시키는 방법은 무엇입니까?

로로 약간의 돈을 투자할 수 있는 하드웨어 성능 손실을 보상하려면:

• CPU: 소켓과 칩셋이 지원하는 경우 CPU를 더 현대적인 모델로 업그레이드할 수 있으므로 더 현대적인 마이크로아키텍처 또는 우수한 기능을 갖춘 프로세서를 포함함으로써 얻을 수 있는 이점은 이전 칩과 분명히 동일하지만 이러한 성능 손실을 위장할 수 있습니다. 새 시스템은 패치되지 않은 시스템에 비해 성능이 저하됩니다. 논리적인 것은 우리가 아주 오래된 마이크로프로세서를 가지고 있고 손실이 악명 높고 이미 변경을 생각할 수 있을 만큼 충분히 상각하지 않는 한 마이크로프로세서를 업데이트하지 않는 것입니다.
• 램: RAM 메모리를 확장해도 문제가 되지 않습니다. 성능을 약간 높이고 성능 손실을 더 견딜 수 있게 만들 수 있기 때문입니다. 이 경우 아마도 더 현대적인 마이크로프로세서를 가지고 있고 그것을 바꾸고 싶지 않은 사람들을 위한 것일 것입니다. 데이터를 처리하고 마이크로프로세서가 TLB를 배출하여 추가 주기를 지연시킵니다.
• 하드 드라이브: 장비에 SSD를 포함하는 것도 좋은 옵션이 될 수 있습니다. 이렇게 하면 HDD와 관련하여 이 메모리에 대한 액세스 시간이 상당히 줄어들어 성능이 크게 향상됩니다. 이것이 SSD의 성능 영향이 훨씬 적은 이유이며 인텔이 테스트에 SSD를 사용한 이유입니다. HDD는 데이터 드라이브로, SSD는 소프트웨어 드라이브로 언제든지 사용할 수 있습니다.
• 오버 클럭: 당신이 무엇을 하고 있는지 알고 있다면 아마도 지금이 당신의 CPU에서 수백 메가헤르츠의 잠금을 해제하기 위해 시스템을 오버클러킹하는 데 걸기에 좋은 시기일 것입니다... 특히 냉장을 개선해야 하므로 경제적 비용도 수반합니다.

확실히 하드웨어 변경 사항이 너무 저렴하지 않습니다., 성능의 일부를 복구하려면 돈을 써야합니다. 분명히 모든 사용자가 이 작업을 수행해야 하는 것은 아니며 성능이 중요한 사용자에게만 해당됩니다. 또한 CPU가 최신 세대인 경우 손실이 그다지 크지 않다는 것을 이미 알 수 있으며 컴퓨터가 오래되었거나 사용하는 응용 프로그램이 데이터베이스 등

소프트웨어로 성능을 향상시키는 방법은 무엇입니까?

하드웨어를 만지는 데 드는 비용을 버리십시오. 우리는 우리가 가지고 있는 동일한 하드웨어로 무언가를 할 수 있는지 자문해야 합니다. GNU/Linux 배포판에서 성능 손실이 눈에 띄지 않도록 합니다. 대답은 우리가 무언가를 할 수 있고 구성 변경으로 인해 성능에 도움이 될 수 있는 모든 방법이라는 것입니다. 그리고 확실히 이러한 구성 중 일부는 이미 알고 있습니다.

• AMD: AMD CPU를 사용하는 경우 패치를 피해야 합니다. 이 칩이 Spectre에서 완전히 자유로운 것은 아니지만 Intel과 AMD의 아키텍처 차이로 인해 위험이 훨씬 낮은 것은 사실입니다... 어쨌든 조만간 이러한 패치가 이미 포함된 커널이 도착할 것이며 다른 가능한 문제에 대해 오래된 커널을 사용하는 것도 좋지 않을 것입니다. 가장 좋은 점은 특정 CPU에서 이를 비활성화하는 구성 메커니즘입니다...
• 교환: Cache Pressure를 언급하는 커널 파라미터는 특별히 손대지 않겠지만, 특히 HDD가 있는 경우 Swappiness를 수정할 수 있습니다. SSD가 있는 경우 차이가 적기 때문입니다. Swappines의 값은 커널이 RAM/SWAP 사용의 우선 순위를 수정하도록 합니다. 0 이하의 값은 SWAP이 많이 사용되지 않음을 의미하므로 Spectre 및 Meltdown 패치를 설치한 후 성능 손실로부터 약간의 이점을 얻을 수 있습니다. 그러나 이 단계가 성능을 저하시키지 않도록 충분한 RAM을 확보하는 것이 좋습니다. RAM 용량과 HDD가 좋은 경우 SWAP 파티션을 더 많이 사용하고 RAM을 더 비워두기 때문에 높거나 100에 가까운 값을 피하십시오. 따라서 데이터 및 지침에 액세스하는 데 시간이 더 오래 걸립니다. 거기에 저장됩니다. Swappiness의 현재 값을 보기 위해 cat concatenator를 사용하고 sysctl 값을 수정할 수 있습니다. 예를 들어 SWAP의 10% 사용과 RAM의 90% 사용을 입력합니다.

cat /proc/sys/vm/swappiness

sysctl -w vm.swappiness=10

• 사용 경량 데스크탑 환경 o 가능하고 사용자가 텍스트 모드에 편안함을 느낄 때마다 그래픽 환경을 완전히 생략하는 것은 급진적인 솔루션이지만 성능에 크게 기여하는 솔루션입니다. 귀하의 경우 GUI의 이점을 포기하고 싶지 않다면 가벼운 배포판을 선택할 수 있습니다. 제거하는 워크로드는 다른 용도로 사용할 수 있는 무료 리소스를 의미합니다.
• 그리고 이전 단락에서 내가 논평한 것과 함께 모든 악마를 막는 것도 좋은 생각이 될 것이라고 말했습니다. 우리가 사용하지 않는 서비스. 이것은 성능뿐만 아니라 보안도 향상시킵니다. kill 명령은 불필요한 프로세스를 죽이는 동맹이 될 수도 있습니다.
• SELinux 구성 방법을 모르는 경우 제대로 사용하지 않는 것이 좋으며 다른 보안 메커니즘을 선택하십시오. 보안을 엄청나게 향상시키기는 하지만 매우 무겁고 잘못 구성한 경우 수반될 수 있는 막대한 성능 손실을 감수할 가치가 없을 수 있습니다.
• 항상 소스에서 소프트웨어 컴파일, 특정 컴파일러 플래그를 사용하여 특정 CPU에 대한 명령을 최적화하여 성능을 향상시킬 수도 있습니다.
• 설정 가능한 한 가벼운 커널 너무 큰 이미지를 생성하지 않도록 사용하지 않는 모든 컨트롤러를 제거하고 보조인 경우 개집에 포함되도록 표시하지 않고 모듈로 표시합니다. 구성에서 찾을 수 있는 CPU에 관한 구성 옵션도 작업을 크게 최적화할 수 있습니다.
• 좋은 파일 시스템을 선택하십시오:
  • btrfs: 전반적으로 좋은 성능, ext4보다 훨씬 낫기 때문에 최선의 선택이 될 것입니다.
  • ext4: 전반적으로 좋은 성능.
  • JFS: CPU를 거의 사용하지 않으므로 고려해야 할 옵션입니다.
  • XFS: bbdd와 같은 매우 큰 파일을 처리하는 경우 성능을 위한 최상의 옵션이 됩니다. 반면에 일반 사용자에게는 파일이 작을수록 성능이 저하되므로 해로울 수 있습니다.
  • ReiserFS: 이전 것과 반대, 작은 파일에 좋은 성능.
• RAM 메모리 공간을 예약하라고 조언하지 않습니다. SSD의 대안으로 거기에 일종의 FS를 마운트하거나 거기에 /tmp를 로드합니다. 거기에서 호스팅되는 해당 데이터에 대한 액세스 시간이 향상되지만 CPU도 더 많이 사용하기 때문입니다. 따라서 이런 종류의 연습이나 compcache 등을 사용하지 마십시오.
• 그곳에 성능 향상 소프트웨어 따라서 때때로 이 유지 관리 소프트웨어를 사용하여 성능을 개선하는 것이 좋습니다. 예를 들어 verynice... 이제 이 이름을 썼으므로 이러한 경우에 특히 관련이 있을 수 있는 nice, renice 및 ionice와 같은 명령을 기억했습니다. 우리는 이미 LxA에서 그들에 대해 이야기했습니다.
• 그곳에 트릭 다른 프로그램에 대한 인터넷에서 하나를 자주 사용하는 경우 이러한 트릭을 찾아 속도를 높일 수 있습니다. 예를 들어 Firefox, LibreOffice, SSH 등

떠나는 것을 잊지 마세요 의견, 의심 또는 제안...