이러한 비페이지 드라이브에서 findstr을 수행하려고 하면 매우 큰 오류가 발생하거나 아무 것도 발생하지 않습니다.
모든 응용 프로그램을 닫아도 여전히 3~4GB의 RAM이 사용되는 것으로 보입니다.
내가 실행하는 특정 프로그램은 램을 많이 사용하고 램이 새는 드라이버로 가는 것을 원하지 않기 때문에 이것은 큰 문제입니다.
내가 실행하려고 했던 findstr 코드는 findstr /s __ *.*. 사용량이 매우 많은 드라이브를 찾으려고 했을 때 아무 것도 얻지 못했습니다.
정확히 어떤 드라이버인지 찾는 데 매우 어려움을 겪고 있습니다.
답변1
최신 버전의 Windows는 많은 양의 메모리를 사용하며 최신 버전의 Windows 10에서는 4GB가 예상치 못한 일이 아닙니다.2GB면 충분해요. 경험상 4GB는 최신 버전의 Windows 10에 대해 제안하는 최소값이며 4GB 시스템에서 새로 설치를 3GB RAM 미만으로 줄이는 데 어려움을 겪었습니다.
Windows는 기본적으로 많은 것을 실행하고 있습니다. 단순히 시스템을 사용하는 과정에서 그 중 대부분이 페이지 파일로 푸시될 수 있습니다.
poolmon 샷에서 Nvrm은 27150880바이트를 사용하고 있습니다. 이는 26,514킬로바이트 또는 25.89메가바이트입니다. 이는 실제로 심각한 메모리 문제를 일으킬 수 있는 심각한 드라이버 누출의 징후는 아닙니다. 문제(예:5GB의 비페이징 풀을 보여주는 이 질문). Findstr은 바이너리 파일에서 텍스트를 찾는 데 적합한 도구가 아닐 수도 있습니다. 최소한 검색하는 파일 유형을 제한하고 싶을 것입니다. 그 질문은 문제가 되는 파일을 찾는 *.sys대신 사용을 제안했습니다.*.*
빠른 Google 검색nvrmNvidia 디스플레이 드라이버의 일부일 수 있다고 제안하는 것 같고 비페이징 풀에서 사용되는 26MB가 시스템의 상당 부분을 관리해야 하고 커널에 버퍼가 필요할 수 있는 디스플레이 드라이버에 대해 특히 이상해 보이지는 않습니다. 사용이 보장되는 것입니다. 총 비페이징 풀은 221MB에 불과하고 페이징 풀은 410MB로 실제로 꽤 좋습니다. 광산은 현재 각각 463MB와 370MB입니다.
최근에 사용한 모든 시스템에서 부팅 후 4GB가 사용되는 것은 매우 정상입니다. Windows는 요즘 더 많은 작업을 수행하고 더 많은 메모리를 사용하고 있습니다. 실제로 무언가를 실행하는 데 문제가 있지 않는 한 문제가 보이지 않습니다.
메모리 문제가 있다고 생각되면 Daniel이 댓글에서 언급한 것처럼 작업 관리자 메모리 보기를 가장 먼저 살펴보거나 도구를 확인하겠습니다.RAM맵이는 어디에 무엇이 사용되고 있는지에 대한 더 빠른 개요를 제공할 수 있습니다.
RAMMap에서는 운영 체제가 대기 목록 및 작업 세트와 같은 항목을 비우도록 할 수 있지만 이는 주로 RAM을 페이지 파일로 밀어내거나 시간이 지남에 따라 다시 채워질 프로그램 버퍼를 해제하는 효과만 있습니다. "Empty Standby list"와 "Empty Working Set" 옵션을 사용했는데 메모리 사용량이 10GB에서 2GB로 잠시 줄어들었지만 약 10분 정도 지나자 금세 6.5GB로 돌아왔습니다.
