Windows 10 메모리 부족

Explorer가 휴지통에있는 35,000 개의 파일을 처리하기 위해 16GB의 RAM을 소모하는 것이 정말로 합리적입니까? 그 정도의 파일이있는 폴더가 있는데 문제가되지 않습니다.

휴지통은 파싱되고 사용자 정의보기에 표시되어야하는 추가 데이터를 유지하기 때문에 다릅니다.

info2 (Windows 바탕 화면 업데이트가없는 Windows 95의 정보)라는 숨겨진 파일은 파일의 원래 경로와 원래 이름을 바이너리 형식으로 저장합니다. [7] Windows Vista부터 각 파일의 "메타"정보는 $ I로 저장됩니다. 원본 파일의 이름이 $ R ..로 변경됩니다.

https://en.wikipedia.org/wiki/Trash_(computing)#Microsoft_Windows

파일이 Vista 휴지통으로 전송되면 $ R로 시작하고 파일의 원래 확장자로 끝나는 의사 난수 파일 이름으로 이름이 변경됩니다. 이 $ R 파일에는 파일의 원본 콘텐츠가 포함되어 있습니다. $ R 파일과 함께 다른 파일 ($ I로 시작하고 $ R 파일과 보완되도록 이름이 지정됨)이 생성되고 파일의 삭제 날짜 및 시간 (파일 오프셋 16, 8 바이트) 및 파일 경로가 포함됩니다. 그림 5.41에 표시된 삭제 시간 (파일 오프셋 24, 가변 길이, 유니 코드).

https://www.sciencedirect.com/topics/computer-science/recycle-bin

현재 30'000 개 이하의 파일이 포함 된 휴지통을 열면 현재 Windows 탐색기에서도 5,5GB의 RAM이 소모됩니다. 귀하의 경우 만큼은 아니지만 파일 수가 적고 파일이 삭제 된 위치에 따라 표시되는 경로 길이에 영향을 미치고 다른 메모리와 물건을 소비 할 수 있습니다.

그래서 내 생각에 너무 많은 파일의 경우 많은 메모리가 소비되는 것을 보는 것은 휴지통에 정상입니다.

OS는 시스템을 충돌시키는 대신 프로그램에 RAM을 거부하는 메커니즘을 가져야하지 않습니까? (별도의 프로세스에서 실행하도록 설정 한 탐색기 폴더 인 경우에도)

1. 너무 많은 메모리를 소비하는 프로세스가 사용자를 위해 올바른 일을하고 있는지, 2. 해당 프로세스가 미래에 어떻게 작동할지 결정하기는 어렵습니다. Windows 탐색기는 불안정해질 때까지 사용 가능한 모든 메모리를 소비하도록 Windows에 알리기 시작하지 않지만 Windows가 지금 문제가 있음을 인식 할 때까지 시간이 지남에 따라 더 많은 메모리를 요청합니다 . 그 시점에서 그것은 당신에게 사용자로 알리고 무엇을 해야할지 물었습니다. 당신 만이 결정할 수 있기 때문입니다.

물론 다른 전략이 있지만 Linux의 OOM 킬러는 하나입니다. 그것은 단순히 Windows와 똑같은 경우에 실행되는 소프트웨어의 일부이지만 일부 사용자에게 기본적으로 킬러가 스스로 결정합니다. 때로는, 그리고 귀하의 경우에는 모든 메모리를 소비하는 프로세스가 종료되고 선택적으로 그런 방식으로 시스템을 구출 할 수 있습니다. 하지만 반드시 그런 것은 아닙니다. 많은 메모리를 사용하는 VM 또는 데이터베이스를 실행하고 일부 새로운 프로세스가 추가로 사용되기 시작했지만 시스템의 리소스가 다시 부족해질 때까지 언급 한 것보다 적은 상황을 생각해보십시오. 현재 killer-settings / implementation / ...에 따라 단순히 새로운 프로세스 대신 대규모 VM 또는 데이터베이스 프로세스 중 하나가 종료 될 수 있습니다. t 당신에게 가장 유용한 프로세스를 아는 것. 많은 메모리를 소비하는 프로세스 만보고 메모리가 필요하다는 것을 알고 있습니다.

또한 OS의 기능적 상태를 유지하는 것은 문제의 한 측면 일 뿐이라는 점을 명심하십시오. OS는 결국 마스터 역할을하는 슬레이브로서 사용자가 투입 한 워크로드를 최대한 처리하려고 노력합니다. 어느 시점까지는 더 이상 할 수 없지만 단순히 프로세스를 실행함으로써 그렇게하도록 지시했기 때문입니다.