방금 시스템에 스왑 공간이 없음을 발견했습니다.
이것이 사실이라면 아마도 문제에 기여했을 것입니다.
메모리 할당량이 많은 여러 VM을 사용하면 일반적으로 일반적으로 사용하기에 충분한 양 (8GB)의 RAM이 꽉 차기 시작하므로 시스템에서 캐시를 많이 사용할 수 없으며 스왑하려는 경우 . 이제 스왑이 없으면 메모리에 대한 압력이 더 커지고 메모리 부족으로 인해 작업이 종료 될 수도 있습니다.
스왑은 메모리에 할당되었지만 거의 사용되지 않는 일부 데이터를 디스크에 다시 할당하여 사용중인 데이터에 대한 메모리를 확보함으로써 설명 된 것과 같은 상황에서 전반적인 안정성과 성능을 개선하려고합니다. 스왑을 추가하면 도움이 될 것입니다. 그러나 성능 측면에서 RAM을 더 많이 사거나 더 적게 사용하면 성능이 훨씬 향상됩니다.
시스템에 당신의 VM을 실행하는 경우 그러나 당신이하고 또한 VM 호스트의 일반 데스크톱을 사용하여, 당신은 사실 내가 4GB의 (절반 RAM을 저장할 것입니다, 당신의 VM이 모든 RAM을 차지하지 않으려는 )에 대해 호스트에서 소프트웨어를 실행 중이고 응답하려는 경우
또한 VM은 RAM이 완전히 분리되어 있기 때문에 캐시 나 버퍼를 공유하지 않고 여러 계층의 추상화로 전체 OS를 실행하고있는 고유 한 비 효율성을 가지고 있습니다. 따라서 VM이 아닌 호스트에서 무언가를 실행하기로 결정하면 항상 더 나은 효율성을 얻을 수 있습니다. 그러나 VM을 사용하기위한 목적이 다른 운영 체제를 사용하는 것이 가능하지는 않습니다.
시스템이 작동하지 않을 때 UI가 계속 반응하도록하는 방법이 있습니까?
당신이 가지고있는 RAM의 양이 문제 일 때, 당신이 할 수있는 일은 해킹 일뿐입니다. 실제 해결책은 더 많은 RAM을 구입하는 것입니다 (앞서 언급했듯이 VM에 더 적게 할당 할 수는 있지만).
귀하의 질문은 간단한 용어로 표현됩니다. IO가 혼잡하더라도 UI가 계속 원활하게 작동하기를 원합니다. 그러나 대답하기가 복잡합니다. 시스템은 이 기능을 최대한 활용하기 위해 이미이 작업을 수행하고 있습니다. 디스크 액세스가 필요없는 작업은 지연되지 않습니다. "UI가 말더듬"하는 경우 해당 UI를 담당하는 특정 프로세스에 디스크 액세스가 필요하기 때문입니다. 메모리가 부족하고 디스크가 스 래싱되는 경우 홈 디렉토리에서 일부 구성을 읽어서 디스플레이 기본 설정을 확인하는 것과 같이 사소한 것이라도 디스크 캐시가 고갈되어 속도가 느려질 수 있습니다.
메모리에 대한 "좋은"과 같은 것을 상상할 수 있습니다 (그래서 Chrome과 VM을 멋지게 만들 수 있습니다)
"메모리에 좋은"것은 실제로 없습니다. 메모리 액세스는 너무 빠르므로 일반적으로 실제로 무시할 수 있습니다. 스 래싱을 할 때는 메모리가 아니라 디스크입니다. 이것이 문제입니다. 이 때문에 "이온"이 있습니다. 아마 그것은 당신의 문제에 대해 추천하지 않을 것입니다.
"메모리에 좋은"의 또 다른 대략적인 스왑은 스왑입니다. 각 프로세스가 개별적으로 스왑되는 방법을 제어 할 수는 없지만 시스템은 현재 사용중인 프로세스를 처리하는 데 상당히 적합하므로 우선 순위를 유지해야합니다. 램.
그러나 내가 말했듯이 황금률로 RAM이 부족하면 더 많은 RAM을 구입하는 것이 두통과 단점이 가장 적은 솔루션입니다.