부피가 큰 응용 프로그램을 열 때 RAM이 과도하게 사용되어 랩톱이 멈추는 경우가 있습니다. 응답하지 않으면 전원 버튼을 사용하여 랩톱을 종료하십시오. 우분투가 어떤 식 으로든 손상됩니까? 보안 문제 나 취약점을 일으킬 수 있습니까?
부피가 큰 응용 프로그램을 열 때 RAM이 과도하게 사용되어 랩톱이 멈추는 경우가 있습니다. 응답하지 않으면 전원 버튼을 사용하여 랩톱을 종료하십시오. 우분투가 어떤 식 으로든 손상됩니까? 보안 문제 나 취약점을 일으킬 수 있습니까?
답변:
보안 문제 나 취약점이 발생하지 않습니다.
그러나 당시 실행중인 작업에 따라 OS가 손상되고 데이터가 손실 될 수 있습니다.
즉, 컴퓨터는 여전히 램 사용량이 많지 않아야합니다.
분명히 당신은 그때 RAM에 있고 아직 디스크에 기록되지 않은 데이터의 양을 잃게 될 것입니다. 또한 이론적으로 데이터 / 파일 시스템이 손상 될 수 있습니다.
내 경험으로는 지난 5 년 동안 하루에 4-5 번 내 PC를 하드 리셋하고 있으며 파일 시스템이 손상되지 않았다는 것을 알 수 있습니다. ext3 / ext4 / ufs는 이러한 종류의 장애에 대해 매우 강력하다고 생각합니다.
이와는 반대로 NTFS가 훨씬 더 쉽다고 생각합니다. 내 Windows 게임 장비에서 블루 스크린 후 ~ 15 %의 파일 시스템 손상 가능성이 있으며이 경우 파일 시스템 복구 도구를 실행하려면 디스크에서 부팅해야합니다.
top
프로세스를 진행 하기가 매우 쉽습니다 killall
.
파일 시스템 불일치가 발생할 위험이 있습니다. RAM이 부족한 경우에도 일반적으로 이러한 상황에서 여전히 작동하므로 alt-sysrq 시퀀스를 사용하는 것이 좋습니다. 실제로 가능한 한 깨끗하게 종료하려고 시도합니다 (실패하면 더 나쁘지 않습니다) 전원 버튼을 눌렀을 때보 다 꺼지지 만 성공하면 전원을 끄는 것이 좋습니다. 순서는 다음과 같습니다.
Alt 키와 "sys rq"라고 표시된 키를 동시에 누르고 있습니다 (노트북을 사용하는 경우 랩톱에서 특수 키를 누르고 있어야 "sys rq"기능을 사용할 수 있습니다). 해당 키를 누른 상태에서 다음 문자를 다음 순서대로 눌렀다 놓습니다.
어쩌면 이것은 약간 도움이 될 것입니다. 기본적으로 우분투와 다른 swappiness는 60으로 설정되어 있습니다. 시스템이 램 사용량의 60 %에 도달하면 스왑으로 느리게 변경됩니다.
의 gedit 또는 나노 사용에이 파일을 엽니 다 gksudo gedit /etc/sysctl.conf
ORsudo nano /etc/sysctl.conf
파일 끝에 이것을 추가하십시오. vm.swapiness = 0
파일을 저장하고 재부팅하십시오.
또한 속도가 느려지면 실제로 시스템을 느리게하는 스왑을 사용하고 있는지 확인해야합니다. 그렇지 않으면 위의 변경 사항이 도움이되지 않습니다.