RAM이 많은 Windows 7 64 비트에서 swapfile & temp 폴더를 램 디스크에 넣는 것이 좋은 생각입니까?


16

Windows가 가능한 빨리 실행되기를 원합니다. Windows 7 64 비트에 12GB RAM이 있고 쿼드 코어 CPU 및 모든 응용 프로그램이 메모리에 적합하다면 스왑 파일이 어떤 용도로 사용됩니까? 스왑 파일을 RAM 디스크에 넣는 것이 좋은지에 대한 질문입니다.

RAM 디스크가 어떤 식 으로든 도움이됩니까? 아니면 Windows가 모든 작업에 사용 가능한 모든 메모리를 지능적으로 사용합니까?

또한 temp 폴더를 RAM 디스크에 넣을 생각입니다. RAM 디스크가 휘발성 메모리라는 것을 알고 있으며 내용이 손실되는 경우에는 신경 쓰지 않습니다.


제목은 나를 약간 웃게 만들었지 만 실제로는 모든 응용 프로그램이 메모리에 맞는 경우 [..] 스왑 파일을 사용 하는 것이 좋습니다.
Arjan

페이지 파일 ( "스왑 파일"이 아님)은 프로그램이 RAM 만 허용하는 것 이상으로 가상 주소 공간을 할당 할 수 있도록 필요한 경우 사용됩니다. 이는 할당 후 실제로 RAM에 맞는만큼만 사용하더라도 필요합니다.
Jamie Hanrahan 2016 년

답변:


7

스왑 파일을 램 디스크에 넣는 것은 64 비트 OS에 적합하지 않다는 데 동의합니다. 그러나 32 비트 WinXP를 사용하는 경우 Windows는 첫 번째 3.5GB RAM 만 "인식"할 수 있습니다. 하나 이상의 RAM (예 : 9GB)이있는 경우 3.5GB 이상의 RAM은 WinXP에 의해 완전히 낭비됩니다. 그러나 SuperSpeed ​​RamDisk Plus와 같은 프로그램을 사용하면 3.5GB 이상의 메모리를 램 디스크로 사용할 수 있습니다. 스왑 파일을 올리면 엄청난 의미가 있습니다 (64 비트 Win7이 아닌 32 비트 XP에서는) ).

별도로, 임시 파일을 램 디스크에 넣는 것은 예상되는 크기가 OS에서 사용 가능한 RAM에 너무 크게 들어 가지 않는 한 거의 항상 성능 측면에서 의미가 있습니다.


6

램 디스크에 페이지 파일을 넣는 것은 우스운 생각입니다. 전체 페이징의 일부만 페이지 파일을 포함한다는 것을 이해해야합니다. 대부분의 페이징은 실행 파일 및 기타 매핑 된 파일과 함께 이루어지며 RAM의 페이지 파일은이 성능을 향상시키기 위해 아무 것도하지 않습니다. 그리고 사용 가능한 시스템 램이 줄어듦에 따라이 페이징이 더 늘어날 것입니다. 결과적으로 페이지 파일 액세스는 빨라지지만 성능이 떨어지면 전체 페이징 레벨이 높아집니다.


4

나는 말도 안됩니다. 32 비트 또는 64 비트 시스템의 경우

명백한 32 비트 창 (대부분의 실행중인 시스템)으로 시작하기 위해 단순히 4GB 이상의 것을 무시하십시오. 램 디스크는 PAE와 36 비트 메모리 어드레싱을 사용할 수 있기 때문에 32 비트 시스템에서 높은 메모리 영역을 유용하게 만드는 유일한 방법입니다.

질문 : 번개처럼 빠르고 안전한 가상 하드 디스크를 어떻게 사용합니까? Windows에서 고정 드라이브 문자를 할당하는 방법을 알고 있다면 임시 파일이 생각 나고 설정하기가 쉽지 않습니다. 브라우저 캐시와 동일합니다. 이것들에 대한 관심은 4 배입니다 :

  • 가장 빠른 액세스 / 검색
  • 진정한 삭제
  • 고가의 SSD 메모리에서 쓸모없는 마모를 대부분 억제합니다.
  • 디스크 조각화 감소

스왑 파일의 경우 32 비트 시스템을 시스템을 청구되지 않은 RAM에 넣을 때 많은 이점을 얻을 수 있습니다. 최대 3GB (boot.ini의 3GB 스위치 사용)를 사용하여 많은 양의 스왑을 발생시키는 메모리 부족 프로그램을 생각할 수 있습니다. SSD의 실제 삭제 및 마모와 같은 두 가지 보너스가 여전히 적용됩니다. 조각화는 스왑 파일의 문제가 아닙니다.

더 많은 점이 있습니다. 실제로 작성된 프로그램이 사용 가능한 물리적 메모리의 양에 관계없이 가상 메모리를 사용하여 쓸모없는 디스크 액세스를 유발하는 것이 일반적입니다. 이것은 32 비트와 64 비트 프로그램 모두에 해당됩니다. 스왑 파일이 없으면 시작되지 않는 프로그램도 발견했습니다.

결론은 4GB 미만의 램 디스크를 가지고 임시 폴더 및 프로그램 캐싱을 위해 쓸모없는 디스크 액세스를 저장하는 것이 무엇이든 의미가 있지만 4GB 이상을 설치하는 것이 훨씬 바람직합니다. 메모리 가격은 32에서 PAE 지원 하드웨어) 및 64 비트 시스템을 사용하고 스왑 파일을 그곳으로 옮깁니다.

많은 전문 컴퓨터 사용자는 여전히 하드웨어 지원상의 이유로 64 비트를 사용할 수 없습니다.

위와 같은 강력한 언어를 사용하는 것은 어리석은 일은 아이디어를 무시하고 마이크로 소프트의 가상 메모리 처리 (칭찬을 받고 칭찬하는 것)뿐만 아니라 어셈블리 코딩 전문가로부터 범위를 벗어난 응용 프로그램 프로그래머에게도 의존하는 것입니다. 메모리를 잘못 처리하여 가장 안정적인 PC를 무릎에 싣는 고급 언어 바보에게. 나는 주류 프로그램, 생산성 응용 프로그램에서 그러한 코드를 보았습니다.

내 주 시스템에는 XP / 32에 8GB 램 디스크가 있으며 이것이 유용한 것으로 판명되었습니다. 설정하기가 매우 간단하며 힘든 시간을 보낸 유일한 프로그램은 설치 / 업데이트 전략이 어려운 구글 크롬입니다.

이것 들과는 별개로 램 디스크에 대한 많은 유용한 사용을 생각할 수 있습니다. 필자의 경우 라이브 응용 프로그램의 디스크에서 검색 할 오디오 샘플 : 부팅 시간 (아주 느리게)에 넣고 멀티 GB 라이브러리에 번개처럼 빠르게 액세스 할 수 있습니다. 그러나 이것은 주제가 아닙니다 :)

이것은 내 자신의 경험이다. 사람들이 불필요한 강력한 언어를 사용하여 유용한 정보의 가치를 파괴하지 않기를 바랍니다. 어리석은 말은이 문맥에서 단어를 잘못 선택하는 것입니다.


3

그렇습니다. 페이징 파일은 RAM이 많은 경우에도 사용됩니다. 그러나 페이징 파일의 단순한 존재 자체가 시스템 성능에 영향을 미치는 요소는 아닙니다 . 또한, 페이징 파일을 RAM 디스크에 넣는 것은 무의미하다. 결국 페이징 파일의 요점은 해당 데이터가 현재 RAM에 있지 않을 때 페이지 데이터를 보유하기위한 장소입니다 . RAM 디스크는 RAM에 있습니다…

물론 RAM 디스크에 임시 파일을 배치하는 것은 완전히 다른 물고기 주전자입니다.


1
이 게시물은 시스템에 많은 양의 램이 있고 모든 것을 보유 할 수있는 경우 OS가 왜 페이지를 출력 해야하는지 설명하지 않습니다. 페이징의 요점은 더 중요한 프로세스를위한 공간을 마련하는 것입니다. 그러나 메모리가 일시적이고 새롭고 오래되고 거의 사용되지 않으며 메모리에있는 모든 것이 램에 보관되지 않는 이유는 무엇입니까? 덤프는 신경 쓰지 않습니다. 나는 그것들을 읽거나 이해할 수 없어서 분석을 위해 MS에 보내지 않는 한 삭제되고 저장하지 않아도됩니다.
Tony_Henrich

이 기사에서 언급 한 다른 기사에서도 일반적인 strawman을 가지고있다. "일부"프로그램은 "어떤"프로그램은 실제로 어떤 프로그램인지, 어떻게 실패 할지를 명시하지 않고서도 실패 할 수있다.
RolKau

@Tony, 크래시 덤프는 일반인이 읽고 해석하기 어렵지만 Microsoft의 디버깅 도구를 설치하면 BSOD가 발생한 이유를 파악하는 데 도움이됩니다. 컴퓨터가 충돌하지 않는 경우에는 물론 관련이 없지만 과거에 충돌 한 컴퓨터의 문제를 해결하는 데 충돌 덤프가 매우 유용하므로 완전히 무시하지 마십시오.
닌클

2
@Tony_Henrich "RAM에 모든 것을 유지하지 않는 이유는 무엇입니까?"=> RAM에 앉아 있지 않은 (혹은 매우 드물게) 접근 할 수없는 공간이 있다면, 그 공간을 낭비하고 있기 때문입니다. 이 공간은 자주 액세스하는 파일을 캐시하는 데 더 잘 사용될 수 있으므로 성능이 향상됩니다. 프로그램 코드 또는 데이터에 의해 적극적으로 사용되지 않는 모든 물리적 RAM 공간은 OS에 의해 파일을 캐시하기 위해 사용될 수 있습니다. 또한 전체 RAM 용량 근처에서 실행하는 것은 좋지 않습니다.
Bob

"시스템에 많은 양의 RAM이 있고 모든 것을 보유 할 수있다"고 주장하는 대부분의 사람들은 자신의 컴퓨터에서 총 가상 주소 공간 사용량을 본 적이 없습니다.
Jamie Hanrahan 2016 년

1

페이지 파일을 램 디스크로 옮기는 데 많은 차이가 있음을 의심합니다. Windows에서 램을 사용하도록하려면 페이징 파일을 해제 할 수 있습니다.

그러나 IE 임시 파일을 램 디스크로 옮기고 TEMP 및 TMP 환경 변수가 램 디스크를 가리 키도록 설정하는 것이 큰 차이를 발견했습니다.

또한 "-user-data-dir ="R : \ ChromeTEMP "플래그로 Google 크롬을 실행하여 임시 파일을 램 디스크에 저장합니다. 설정을 잊어 버릴 수 있습니다. 그러나 동기화 기능을 사용하기 때문에 초기 동기화 후 모든 것이 정상으로 돌아 왔으며 내 램 디스크의 일부 파일 사본에 링크 한 후 skyrim 로딩 화면이 짧아졌습니다.


페이지 파일을 제거하거나 RAM 디스크에 넣으면 "Windows에서 RAM을 강제로 사용"하지 않습니다. 페이징에 사용되는 수백 개의 다른 파일이 있으며 Windows는 여전히 페이징과 페이징합니다.
Jamie Hanrahan 2016 년

0

Windows는 스왑 파일을 계속 사용하며 (동일한 설정이 있기 때문에 혼란 스럽습니다) 나에게 의미가 없었습니다. 그러나 페이징 파일을 비활성화 한 후에는 실제 성능이 향상되지 않았습니다. Windows가 가상 메모리 이외의 용도로 사용하기 때문에 페이지 파일 사용으로 돌아갔습니다. 나는 또한 12GB의 RAM을 여러 번 날려 버렸으며 흔들 흔들 공간이 있다는 것에 감사했습니다.

요컨대, Windows는 여전히 페이지 파일을 사용하지만 성능 저하로 눈에 띄지 않아야합니다.

임시 파일의 경우 램 디스크로 파일을 이동하면 액세스 속도가 증가해야하지만 재부팅 / 충돌을 통해 지속되는 데 필요한 것은 없으며 램 디스크 드라이버가 응용 프로그램 또는 시스템은 temp 폴더를 사용해야합니다.


미니 덤프는 Windows의 특정 폴더에 저장되어 있다고 생각합니다. 전체 덤프에 대해 잘 모르겠지만 페이지 파일에 저장 될 수 있습니다. 그러나 루트가 아닌 드라이브에 페이지 파일을 넣는 것은 마음에 들지 않습니다. Windows가 가능한 한 많은 RAM을 사용할 수 있고 페이지 파일을 꼭 필요한 경우에만 사용할 수 있기를 바랍니다.
Tony_Henrich

@Tony : 재부팅 할 때까지 페이지 파일에 저장되며, 이때 % SYSTEMROOT % 아래의 Minidump 폴더에 저장됩니다.
Hello71

1
MS는 스왑 파일을 비활성화하면 높은 메모리 시스템에서도 성능이 저하 될 가능성이 가장 높다고 말합니다. OS 메모리 관리는 스와핑을 중심으로 설계되었습니다.
Keltari

대신 Windows가 크래시 덤프를 준비된 전용 파일로 만들 수 있으므로 시스템 드라이브에 덤프 데이터를 저장하기에 충분한 여유 공간 / 페이지 파일이 필요하지 않습니다. 시스템 메모리 덤프를 캡처 할 때 시스템 드라이브의 공간 제한을 극복하기 위해 DedicatedDumpFile 레지스트리 값을 사용하는 방법을
SamB

0

실제로 제 생각에는 나쁜 생각이 아닙니다.

논리적으로, 사람들은 "페이지 파일"을 잘못 이해하거나 RAM으로 "스왑 파일"을 더 정확하게 이해합니다. 스왑 파일이 RAM과 유사한 데이터를 보유하고있는 것은 사실입니다. 그러나 Windows는 이것을 RAM과 같이 사용하지 않습니다. 오늘날 우리가 살고있는 멀티 태스킹 세계에서 알 수 있듯이 Windows는 스왑 파일과 RAM을 지속적으로 작성하여 제한된 양의 RAM을 처리 할 수 ​​있도록 설계되었습니다.

스왑 파일은 프로그램이 거의 실행되지 않는 이전의 느린 컴퓨터에서 성능 향상이 더 두드러지기 때문에 항상 Windows에서 사용합니다. 창을 열면 작업하면서 프로그램이 RAM으로 교체됩니다.

Word에서 편지를 쓰고 있다고 가정 해 봅시다. 백그라운드에서 많은 programs \ windows를 사용하여 해당 프로그램을 시작한 경우 속도가 느려지지만 몇 초 후에 더 부드럽게 실행됩니다. 그런 다음 Internet Explorer로 전환하면 페이지 파일에 있었기 때문에 느리게 실행 된 다음 더 빨라집니다. 모든 백그라운드 프로세스가 페이지 파일에로드됩니다.

이제 RAM 디스크를 Windows에 소개하겠습니다. 스왑 파일을 HDD 대신 램 디스크에 넣으면 RAM이 HDD / 하드 드라이브보다 빠르기 때문에 Windows가 멀티 태스킹 할 수있는 기능이 향상되었습니다. 그러나 실제 RAM 드라이브를 구입하지 않으면 이전 시스템에서는 도움이되지 않습니다. 전원이 공급되지 않으면 Windows에서 페이지 파일을 다시 설정해야 할 수도 있습니다.

RAM이 8, 16, 32, 64GB 인 최신 PC에서는 페이지 파일이 무의미합니다.


3
문제는 여전히 모든 것을 담을 수있는 메모리가 충분하다면 Windows가 아무것도 스왑 아웃하는 이유입니다. 메모리가 앱을 들고 '지친다'고 휴식이 필요한 것과는 다릅니다.
Tony_Henrich

실제로 "페이지 파일"은 "스왑 파일"보다 더 정확합니다. 기술적으로 스와핑은 주어진 프로세스의 모든 메모리를 보조 스토리지로 보내는 곳입니다.
SamB

이유 : "작업 세트"를 다시 트리밍하는 것이 공격적이기 때문입니다. 그러나 실제로 스왑 아웃 되지 않았 으며 디스크를 읽을 필요없이 필요할 때 풀려 나옵니다 .
JDługosz

"스왑 파일은 항상 Windows에서 사용됩니다 "– 올바르지 않습니다. 페이지 파일을 사용하더라도, 페이지 파일을 오랫동안 만지지 않은 것처럼 합당한 이유로 RAM에 보관할 가치가 없다고 결정된 것을 씁니다. 왜 Windows보다 RAM에 무엇을 보관해야하는지에 대해 더 많은 정보가 있다고 생각하십니까? 어쨌든 다른 사람들이 말했듯이 페이지 파일을 RAM에 넣는 것은 자신에게 대출을 제공 한 다음 대출 수익금에서 자신을 상환하는 것과 같습니다. 더 이상 돈이없고, 쓸모없는 노력을 많이했습니다.
Jamie Hanrahan 2016 년

0

대부분의 회의론자들은 32 비트 Windows RAM 제한을 잊어 버려 3,5GB보다 더 많은 코드와 데이터를 RAM에 넣을 수 없다는 사실을 놓칩니다. 또는 빠른 페이지 파일을 위해 사용 가능한 메모리를 1,5GB로 낮추는 비용으로 액세스 가능한 3,5GB 중 2GB를 "절단"하려고한다고 생각합니다. 이것은 확실히 의미가 없지만, 그것은 우리의 생각이 아닙니다 . 우리의 아이디어는 32GB Windows 사용자, 3,5GB 한계보다 RAM이 더 많은 PC를 소유 한 사용자에게 전념합니다. 예를 들어 32 비트 XP 또는 Vista 또는 2003을 실행하는 8GB가 장착 된 시스템입니다.

많은 응용 프로그램에서 동시에 열심히 작업 할 때 시스템은 종종 메모리 소모 상태에 직면합니다. 치명적인 오류를 피하기 위해 백그라운드 실행 응용 프로그램의 일부 데이터를 페이지 파일에 저장해야합니다. 일반적으로 하드 디스크에 수백 MB의 데이터를 쓰는 것을 의미합니다. 그리고 멀티 태스킹 (현재 메모리 소비 응용 프로그램뿐만 아니라 일반적)을 실제로 사용할 때 종종 발생합니다. 그리고 백그라운드 앱을 포 그라운드로 가져 오면 RAM의 다른 데이터 배치가 HDD로 이동하여 이전 배치가 HDD에서 돌아올 수 있도록 RAM에 공간을 확보해야합니다 (이번에는 디스크 드라이브에서 많은 MB를 쓰고 읽음). 빨간색 HDD 작동 LED 만 관찰하면 꺼진 상태 이상으로 켜집니다 (HDD가 실제로 작동합니다).

이제 이러한 모든 작업이 EXTRA RAMdisk (여분의 RAM, 시스템의 작동 메모리 영역에 최대 크기와 동일하게 유지됨)로 리디렉션되었다고 상상해보십시오.

  • 이런 식으로 1000 배 더 빠르게 작동하기 때문에 (HDD에 비해 RAM 작동) 스왑 시간이 미미합니다.
  • HDD는 일반적으로 작동하지 않고 조용하고 시원하며 수명이 현저하게 연장됩니다.

하드 드라이브의 신뢰성은 말할 것도없고 성능면에서는 의미가 없습니다.

XP 시대에 구축 된 대부분의 컴퓨터는 4GB 이상의 RAM을 지원할 수있는 메인 보드를 기반으로하지 않았습니다. 그래서 나는 그 아이디어를 실제로 돌 보거나 필요로하는 사람들이 거의 없다는 것을 이해합니다. 그러나 지금...

가상화 시대에 오신 것을 환영합니다! 점점 더 많은 RAM이있는 머신을 소유하는 것이 행운입니다. 초보자는 호스트 시스템을 구성하여 게스트 32 비트 Windows에 4GB를 할당 할 수 있지만 여전히 많은 RAM이 있습니다. 그렇다면 동일한 게스트 OS에 할당 된 4GB RAM 디스크로 게스트 RAM 공간을 절약 할 수있는 페이지 파일 전용으로이를 풍부하게하는 것이 정말 소중합니다!

내가 감독하는 서버에는 12GB가 있습니다. 새로운 시스템 (64-2008 및 CAL!)을 구매하는 대신 게스트 용 가상 32-2003에 8GB를 할당하고 소프트웨어 RAMdisk를 테스트 해 볼 수있었습니다. 그러나 나는 그들이 해킹 인 것처럼 그들을 믿지 않으며 안정성에 기회를 취하는 것을 좋아하지 않습니다. 그렇기 때문에 호스트 OS의 Linux Ramdisk를 블록 장치로 준비하고 게스트 OS의 가상 디스크에서 페이지 파일을 넣을 수 있도록 FAT 또는 NTFS로 포맷하는 솔루션을 찾고 있습니다. 내 서버가 많은 디스크 노력을 늘리고 절약 할 것이라고 생각합니다.

내가 어디 틀렸어? 그 레츠!


1
가상화에 대한 좋은 지적이지만 가상화가 없으면 램 디스크는 일반적인 주소보다 더 많은 램에 액세스 할 수 없습니다. PAE가 없으면 약 3.5GB이지만 NT 4.0, win2k 및 xp의 프로 / 서버 에디션은 PAE를 지원하여 최대 64GB의 램을 사용할 수 있습니다. 램을 모두 사용할 수 있다는 것을 감안할 때, 파일을 램 디스크에 할당하는 대신 파일 캐싱을 포함하여 시스템이 적절한 방식으로 사용하도록하는 것이 좋습니다. 프로그램 파일 및 캐시 된 파일 데이터는 포함되지 않습니다.
psusi

이것은 소리처럼 들립니다.
bwDraco-복원 모니카

OS가 특정 데이터 세트를 RAM에 보관할 가치가없고 페이지 파일에 넣을 가치가 없다고 결정했다면 왜 페이지 파일을 넣어서 "아니오, RAM에 보관하십시오"라고 정당하게 말할만한 충분한 정보가 있다고 생각하십니까? RAM 디스크에?
Jamie Hanrahan 2016 년

0

temp 폴더와 관련하여 램 디스크로 이동하면 속도가 증가합니다.

그러나 주목할 사항이 있습니다.

  • 전력 손실은 데이터 손실을 의미합니다
  • 모든 응용 프로그램이 Windows에서 제공하는 temp 폴더를 사용하는 것은 아니며 일부는 자체 폴더를 사용합니다.
  • temp 폴더에 공간이 부족한 경우 응용 프로그램 또는 Windows가 중단 될 수 있습니다

0


Ramdisk 는 IE, Chrome 및 Firefox 등의 빠른 인터넷 캐시와 같은 것들에 유용합니다 . 64 비트 시스템에서 Ramdisk에 페이지 파일을 넣는 것은 쓸모가 없습니다.

DisablePagingExecutive 가 이러한 요구에 더 적합 할 수 있습니다. 그러나 4GB 이상의 Ram이있는 32 비트 환경에서 Ramdisk에 페이지 파일을 배치하면 크게 향상됩니다. 그러나 컴퓨터가 단일 코어 프로세서 인 경우 (작업 관리자에 따라 하나만) 개선 될 것입니다 (정확히 얼마를 기억할 수는 없음). 그러나 페이지 파일이 없기 때문에 다음에 다시 부팅 할 때 오류를 제거하려면 ClearPagefileAtShutdown 을 설정해야합니다 .

내가 생각할 수있는 Ramdisk의 가장 좋은 사용법은 프로그램 파일 폴더를 Ramdisk에 미러링하는 것입니다.


DisablePagingExecutive 는 임원의 페이징 만 비활성화합니다 . 일반적으로 페이징되는 다른 이베이의 페이징은 여전히 ​​발생합니다.
Jamie Hanrahan
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.