소프트웨어 Primo Ramdisk 5.5 단점 위주의 사용기

뭐 아시다시피, 부끄럽지만 5.6 버전을 사용할 기회가 있을지 모르겠네요.....*^^*

그런데 커맨드라인에서 이니셜라이징 명령을 하면 프로세스가 잡고 있는 메모리를 전부 초기화하는건가보네요?

제가 5.5 인지라 확인을 할수가 없어서....^^;;;

만약 그렇다면 imdisk의 수동 언마운트, 다시 마운트와 똑같은 결과가 나올거라고 생각 드네요.

그러면 제가 지금까지 투덜댔던 부분이 거의 일소가 되는군요.

ntfs 압축이야 동영상 같은 큰 화일에서나 효과를 발휘하니 그 부분은 크게 아쉽지는 않지만 토렌트의 몇몇 옵션을 메모리 반환 때문에 쉽게 활용하지 못했던건 좀 아쉬웠었는데.....

좋은 정보 감사합니다....^^

참....프리모 램 디스크 글들에 많은 정보들을 얘기해주시던데 덕분에 많이 얻어 듣습니다.

다시금 감사 드릴께요....*^^*

네 완전히 첨 만든거처럼 초기화하는 기능이죠^^

커맨트 명령어 아니라도.. 초기화 버턴으로 하시면 되잖아요. 근데 창을 띄워야해서 불편하지만요^^

스샷 찍어놓고 확인하니 Fat32군요.. 어쩐지 오늘 메모리 반환이 잘 안되더라능;;

고맙쥐님...감사합니다.

완벽하게 작동하네요.

몰랐던 부분 알려 주셔서 감사합니다....^^

가장 민감하게 생각되던 부분이 해결되었으니 프리모에 안착해야겠습니다.

이렇게 몰랐던 부분을 좋으신 분들 덕분에 해결하곤 하면 참 뭐라고 감사 드려야 할지....^^ 

디스크 사용량의 오버헤드란 말이 너무 어려워서 한참 찾아봤네요. ^^ 

매우 흥미로운 관찰 내용이라 재미있게 보았습니다. 

폴더 구성면에서는 저는 펼쳐놓고 한 눈에 보는게 좋아서 단점이라 생각은 안드네요. 

하여간 프리모 램디스크는 세밀하게 들여다 볼 수 있는 구석이 많은 프로그램이라 맘에 듭니다. 

짧고 빠르게 그간 프리모를 사용했던 느낌을 생각나는대로 적다보니 단어 선택에 무분별한 감이 조금 있네요.

제가 사용하는 환경에서는  굉장히 민감한 부분인지라....ㅜㅜ

죄송합니다.

저도 전부 다이렉트 io 모드입니다.

유토렌트의 경우 디폴트 옵션으로 하면 메모리 반환이 어느 정도는 기대대로 움직여 주더군요.

약간의 누수가 있긴 하지만 그 정도는 충분히 감수할만큼의 메모리 여력은 되서 큰 문제는 아니라고 생각하는데 문제는 위에 적은대로 그러면 디스크 사용량에서 손해가 막심하고 램디스크를 버퍼처럼 사용하기 힘들어지더라구요.

기가 단위 동영상일 경우 고작 조각 몇개 쓰고 기가 단위로 디스크 사용량을 보고하질 않나, 나중에 디스크 사용량이 원본 데이타보다 조금 커지기도 하고....spare_file 옵션을 주면 메모리 반환이 반도 안될때도 많고.....ㅜㅜ

그런데 위에 고맙쥐님이 알려주신 초기화 명령을 사용하니 언마운트, 다시 마운트의 효과가 나네요!?

프리모가 잡고 있던 커밋 메모리가 전부 한번에 반환되었습니다.

짬짬히 초기화 명령으로 수동 관리하면....메모리 관리에 있어서 약점은 거의 없다고 보여집니다....^^

종료시 이미지 저장가능합니다. 이 이미지 저장 기능이 다른 램디스크에도 있지만, 프리모 만큼 완벽하게 빠르게 지원되는 프로그램은 없더군요.

기본적으로는 며칠전에 고맙쥐님이 적으신  https://windowsforum.kr/index.php?page=2&document_srl=3738073 이 글이 램 디스크를 이용하여 램디스크 용량에 관계없이 다운로드 받는 기본적인 개념입니다.

디스크 용량은 한정되어 있지만 경우에 따라선 무한정으로 다운로드가 가능하죠.

다만 말 그대로 다운로드 속도나 타이밍 등등에 따라서 디스크 풀로 오류가 날 가능성도 있으니 짬짬히 실시간 관리를 해줘야 하는 경우도 생깁니다..^^

램디스크를 일종의 버퍼로 활용하는 것이죠.

여기서 가장 중요한건 토렌트의 데이타 화일의 크기와는 관계없이 다운로드를 받는 족족 조각들을 얼마나 잘 관리하면서 디스크를 효율적으로 사용하느냐의 설정입니다.

위의 글 처럼만 사용하면 정직하게 그냥 사용하는 것인지라....^^

일반 하드 디스크에서는 디스크 과부하가 걸릴 환경이라도 램디스크에서는 문제가 되지 않는다는 점에 착안을 해서 가장 효율적으로 조각들을 관리할수 있는 diskio.no.zero 옵션과 diskio.spare_file 옵션, 그리고 NTFS 압축 옵션을 잘 활용하면 램디스크가 5기가인데 토렌트 프로그램에선 이미 10기가를 다운받았다고 나와도 실제로 램디스크 실제 사용량은 1-2기가에서 머무는 경우가 흔합니다.

특히 diskio.spare_file 옵션은 잘만 활용하면 정말 획기적으로 디스크 사용량을 줄일수 있고 NTFS 압축 옵션은 대용량 화일에서 위력을 발휘하죠. 사실 일반적인 윈도우 환경에서는 NTFS 압축 옵션은 거의 쓰레기 기능과 마찬가지라 신경 쓸 필요도 없고 오히려 시스템 자원만 잡아먹는 아무도 안쓰는 기능이지만요...^^

질문하신 램디스크로 토렌트를 사용하다가 재부팅하면 날아간다....맞습니다...^^

위의 고맙쥐님의 글 처럼 다운로드가 완료되어 하드로 이동된 토렌트라면 문제가 없지만 다운로드 중간에 시스템을 끄거나 재부팅하면 날아가죠.

그런 경우에 두가지 방법이 있는데 하나는 받던 토렌트들을 삭제하고 받았던 양만큼의 데이타를 하드로 수동으로 옮긴 후에 재검사후 이어받기를 하는 것이고 또 하나는 그냥 수동으로 램디스크 이미지를 떠서 재부팅후 다시 마운트 해주는 것이죠.

잠시 상태 저장하는 것이랄까요.

두 가지 경우다 그리 시간도 오래 안걸리고 그리 귀찮은 일도 아니지만 저는 그냥 뭐 대단한 자료를 받는것이 아니라면 그냥 날려버립니다.

켜두고 사는 경우가 많아서...^^

위의 고맙쥐님의 글과 제가 말한 옵션을 잘 조합하면 아무래도 초기 램디스크의 크기와 큰 관계가 있지만 기본적으론 크기에 관계없이 토렌트 다운로드가 가능합니다.

램디스크를 말 그대로 버퍼로 쓰는 개념이니 버퍼가 크면 클수록 관리가 줄어들긴 하죠.

사용자 변수를 램디스크로 설정하면 에러나는 경우.....특히 윈도우 업데이트 같은 경우에 시스템 화일은 부트 드라이브와 같은 파티션에 있어야 한다는 MS의 정책같은 경우에는 확실히 치명적이죠.

페이지 화일을 램디스크로 지정하는 경우에도 그런 문제가 발생하고요.

그런 경우에 활용하는 것이 윈도우의 mklink, 즉 링크 기능입니다. (mklink /d, mklink /j 를 활용하시면 됩니다.)

https://www.parkoz.com/zboard/view.php?id=my_tips&page=1&sn1=&divpage=3&sn=off&ss=off&sc=on&keyword=%C1%A4%BC%C7&select_arrange=headnum&desc=asc&no=14153

뭐 링크에 대한 얘기는 요즘 윈포에 자주 올라왔으니 생략하고...^^.....많이들 사용하시는 휘발성 램 디스크에서는 사용자 변수에 쌓이는 임시 화일이나 캐쉬를 나중에 프로그램이 다시 요구하는 경우가 있긴 한데 재요구시 그런 데이타가 존재하지 않으면 대부분의 프로그램들은 다시 데이타를 만듭니다.  그런 경우가 흔하진 않고 특별히 그런 경우로 프로그램이 오류를 뿜는 경우는 만나지 못해서 그 이상의 대처는 생각해보지 못했네요...^^

아무튼 링크 기능을 잘 활용하면 굳이 시스템 변수와 유저변수를 재설정하지 않고도 잘 사용할수 있죠....^^

램값이 싸졌지만, 하드웨어 구조(메인보드)상 한계 용량이 생기는데요. 요즘 왠만한 게임/미드 등도, 대략 10여기가 되는것도 꽤 있습니다. 이럴경우는 꽤 답답하지요.

램뱅크가 4개인데...4기가로 풀뱅을 채워버렸습니다.....ㅜㅜ

4기가 램이 18000원 일때 사재기를 해놔서.....ㅋ

요즘은 얼마하는지 모르겠네요...더 싸졌겠죠?!.......OTL

7-8년전에 ddr2 램 2기가를 5만원씩 4개 살때 치를 떨던 때를 생각하면 4기가 살때....감히 8기가 모듈램을 살 엄두가 안났었죠.

살림이 빈궁한지라.....ㅜㅜ

램디스크 같은 시스템 유틸리티는 아무리 좋다고 얘기들 해도 쉽게 바꾸질 못했는데 Imdisk의 오펜하이머님이나 프리모의 고맙쥐님 같은 좋은 정보와 친절한 강좌로 알려주시는 분들 덕분에 큰 혼란 없이 갈아타보곤 합니다.

다시금 감사합니다...^^

그리고 다시금 생각해보니...영문판의 정션을 한글로 번역하더라도....연결지점이 제일 마땅한 번역 같아요.

교차점이라는 직역도 바로 연상되지 않는건 마찬가지고....사실 이건 번역의 문제가 아니라 유닉스나 윈도우의 링크 시스템이 대부분의 유저들에게 친숙하지 않은 개념이라는게 문제겠지요

사실 저도 처음엔 이미지 마운트하는 기능인가? 하고 그냥 넘겨버렸었습니다

뭐 지금도 수동으로 정션을 해놓은 상태라 기능을 쓰지는 않지만 커맨드라인 정션을 부담스러워하는 사람들에게 저 기능은 무척 좋은 접근이라 보이는데 많이 알려지면 쉽게 유저들이 쓸수 있고 좋을듯 보이네요...^^

사실 정션을 직접 램디스크에서 지정할수 있게 기능추가 해놨다는 것만 해도 대단하다고 생각듭니다....

비트토크에 이에 관련하여 몇년전부터 이슈가 되었던 문제인데 잘 정리된 쓰레드를 지금 찿기가 어렵네요.

사실 이건 램디스크 활용에 관한 문제가 아니라 일반 하드에서 토렌트 사용시에 디스크 과부하를 어떻게 처리할 것인가의 문제로 나온 얘기인지라....^^

아시다시피 램디스크에선 디스크 과부하를 걱정할 필요가 없죠...^^

저도 7-8년전부터 램디스크로 토렌트를 받아온지라 이 이슈에 대해서 관심이 좀 있었고 시간이 날때마다 여러가지 버전들과 옵션으로 테스트를 해봤는데 램디스크에서만큼은 확실한 효과를 보장하는 옵션입니다.

말씀대로 토렌트 씨앗 화일이 지정한 실제 화일 데이타의 기록이 아닌 실제 다운로드 받은 조각에 대해서만 기록하는 옵션입니다.

그러니 정확한 표현은 아니지만.....실제 다운로드 받은 양만 기록하는 것이죠.

물론 토렌트의 캐쉬 설정에 관련한 변수가 있긴 하지만요.

과부하 때문에 유토렌트 클라이언트에서는 꽤 예전부터 false가 디폴트 값으로 나왔는데 이러면 실제 다운로드 받은 것보다 미리 예약되어 디스크 사용량이 원래 화일 크기에 준하게 커지게 시스템에 보고 되고 그 공간이 잠겨버립니다.

하드라면 별 문제가 없지만 램디스크 같은 한정된 공간이라면 이건 큰 문제죠...ㅜㅜ

https://bittalk.org/threads/30156/

잘 정리된 강좌가 있었는데 지금 찿아보니 이것뿐이 못찼겠네요.

제로필은 램디스크와 관계가 별로 없지만 스페어 화일 옵션은 정말 큰 영향을 줍니다.

이 과부하를 해결하기 위해 처음으로 나왔던 방법은 예전에 Diskio.Sparse.Files 옵션을 켜주는 것이었습니다. 

이 옵션은 전체 파일을 미리 할당하는 것이 아니라 받는 만큼만 부분적으로 할당하는 옵션입니다. 

허나 이렇게 하면, 디스크 단편화가 많이 생기고, 파일이 쌓일 수록 하드디스크 소음이 증가하고, 속도도 감소시키는 문제를 필연적으로 불러왔습니다. 

이후 나온 옵션이 Diskio.No.Zero 입니다. 이 옵션은 토렌트에서 다운 받기 시작할 때 필요한 공간을 미리 확보하는 과정을 거칩니다. 다시 말해 다운 받기전 하드공간 전체파일위치에 '0'를 채워 놓는데 diskio.no_zero를 활성화 시키면, 하드에 자리만 잡아놓고, '0'채우는 작업을 하지 않습니다. 

이 작업('0' 채우기)이 없어 지면서 하드디스크 과부하를 줄여주는 것입니다.

따라서 Diskio.Sparse.Files보다 전체 파일 공간을 미리 할당하지만 초기화하지 않기 때문에, 심각한 단편화 문제도 해결하면서 동시에 대용량파일의 경우 초기에 디스크 과부하가 걸려서 속도가 나오지 않는 문제를 해결할 수 있어졌습니다. 

유토렌트에서 diskio.spare_file 이부분을 true로 설정하니. 조각파일을 받은 만큼만 채워지네요.

한번에 램디스크 점유문제가 어느정도 해소되는듯.. 타이밍만 맞다면 여러 파일을 동시에 받을수 있겟네요^^

많은 분들이 5.6버전을 정품으로 사용 하면 좋겟지만.. 현재 5.5버전의 울티버전처럼 공식적으로 공개해버리면 5.6버전부터 키를 차단 시킨것처럼. 저의 계정도 그리 될까봐 겁이나서 공개는 못하겟네요;; 그래서 저와 약속한 몇몇 회원님들을 제외하고는 섣불리 배포는 무리네요.

포럼에 램디스크를 버퍼로 사용하는 개념에 대해 글을 적으신 분이니 굳이 장황하게 설명 안드려도 이해하시겠지만 그 옵션의 장점은 말 그대로 램디스크의 한정된 공간에서 관리를 최소화하기 위함이지요.

사실 저는 ddr2 램 8기가에서 5기가를 램디스크로 사용했던 예전이나 지금의 10기가 램디스크 용량이나 램디스크 크기에 관계없이 수십개의 토렌트를 아무 생각없이 추가해놓습니다... 아예 관리를 안한다고 봐도 좋죠....^^

스페어 화일 옵션이 실제 데이타의 크기를 줄여주는건 아니지만 완성되어 하드로 수동이건 자동이건 옮기면 계속 공간은 생겨나고, 수십개의 토렌트들이 계속 동시에 다운로드를 받아도 실제 데이타 기록은 트래커의 상태와 시더와 피어의 속도차이로 인해 들쑥날쑥하면서도 실제 다운로드 되는것만 기록되니 토렌트 씨앗 화일의 화일 정보량보다는 엄청 적은 양이죠.

뭐 이걸 시스템을 속이는 페이크라고 불르건 편법이건....잘 작동합니다...^^

수십기가 토렌트를 걸어둬도 버퍼로서 작동하니...^^

다만 문제는....동시다발적으로 미칠듯한 다운로드 속도에 실제 기록되는 데이타 공간이 램디스크 원래 크기보다 커지면...아시겠지만 용량 때문에 멈추고 오류납니다...^^

전 그렇게 멈추면 몇몇 토렌트는 멈춤으로 설정하고 차례대로 받곤 하는데 사실 이것도 기본 버퍼로 쓰일 램디스크 크기가 10기가 정도면 거의 보기 힘듭니다.

그 정도로 효율성이 좋습니다. 실제로 써보셨으니 아시겠지만 토렌트 클라이언트에 다운로드 확인되는 양보다 디스크에 기록되는 실제 양이 확실히 차이가 나죠.

관리 안하면서 무제한으로 막 받아도 관계없다는 얘기의 의미죠....^^ 

참고로 동영상 같은 대용량에 압축할 여지가 많은 화일은 NTFS 옵션이 정말 좋습니다.

아무도 안쓰는 NTFS 옵션이지만 토렌트 사용할땐 효과가 있죠.

그것 말고도 은근히 손대보면 효과가 확실한 옵션값들이 좀 있는데 사실 spare_file 옵션처럼 가장 크게 영향을 주면서 프리모에서 문제가 되는 아쉬운 점이 있었던게 이런 잡담을 작성한 동기였습니다.

고맙쥐님 덕분에 수동 메모리 반환에 대해 알게 되서 감사 드려요...^^

제 경우엔 이제 단점이 거의 사라졌습니다 ^^

5.6버전에선 정상적으로 작동하네요. 반환은 몇초에 걸쳐 서서히 됩니다. 

저같은 경우는 다운로드 완료된 파일이 지정폴더로 자동으로 이동된후 메모리 반환이 정상적으로 이루어 지는걸 확인했습니다.

원래는 콤팩트모드 사용하는데 체크해제하고 재부팅후  다운로드 테스트 해봤습니다. 램디스크를 NTFS로 만드셧는지 확인해보세요.

그렇군요. 5.6에서 정상이면 부러운데 말입니다.^^;

F.S는 물론 NTFS입니다. 윈7 X64 이구요.

이리저리 조합해서 몇번 더 테스트해 볼까 합니다.

감사합니다.

전 콤팩트 모드 설정 상태에서 옵션 사용했을때 원글에서의 얘기처럼 램 반환이 완벽하지는 않지만 일정 수준 이상은 커밋 메모리가 증가하지 않네요.....데이타 이동시에 어느 정도 반환도 되긴 하고....

(사실 cleanmem의 엠프티워킹셋 api 이용하는 것과 거의 같다고 제 개인적으로 추정되는 프리모의 동적 메모리 반환이 클린멤보다 좀 떨어지는건 확실한거 같습니다. api 이용에서 좀 떨어지거나 혹은 자체적으로 달리 이용하기 때문인지는 모르겠지만 데이타 이동시에 api 호출후 적용되는거 같은데 클린멤처럼 적용 즉시 바로 반환이 이뤄지지 않고 딜레이가 상당하긴 하더군요.)

그런데 사용하는 만큼 계속 메모리를 잡아먹는건 아니고 계속 반환하면서 누적되는 과정에서 최종적으로 설정한 전체 크기는 넘기지 않으니 그냥 동적 메모리가 아닌 정적 메모리인데 동적 메모리 느낌이 풍기는....응?....^^;;;;;

이런 느낌으로 사용하려고 하네요.

옵션을 사용하려면 현재로선 그 방법이 최선인듯 하고...

토렌트 사용을 안할땐 그냥 초기화 한번 해주면 전부 뱉어내니.....사실 현재 존재하는 램디스크 유틸 중에서는 이게 가장 최선인듯 합니다.

슈퍼 스피드 램디스크가 제가 오래 사용해서 세세하게 알게 되어 정말 잘 활용했던 것처럼 프리모도 쓰다보면 이런 문제를 개선할수 있거나 개선된 버전이 나오겠지요...^^ 

리플을 적고 나니 5.6은 그런 문제가 개선되었나보네요.....^^

저같은 경우는 요지부동 반환 거부? 상태입니다.

다른 설정 바꿔서 테스트해 봐야 할까 보네요. 

좋은 내용의 사용기. 감사합니다.

ssd 와 램디스크는 사실 고만고만한 시스템들에서 조금의 효과를 보기에 과다한 비용이 지출되는 업그레이드 부분의 하이엔드 영역이었죠.

조금 더 쾌적하고 조금 더 성능을 높이기 위해 과다 지출로 씨퓨나 카드 업글 같은걸 하기보단 엄청나게 효율적이긴 한데 잘 알려지지 않았던 부분도 있고...

근 일이년새에 엄청나게 대중화된 ssd 나 램디스크 활용을 보면 참 세상 빠르다는 생각이 듭니다...^^

ssd 와 램 가격이 만만해지면서 하이엔드 영역이 프론트엔드의 수준으로 떨어져 누구나 접할수 있는 부분이 되면서 여러가지 궁여지책들..^^...이 많이 나오고 있고 아직 발전할 부분이 많은 영역이라고 생각들어요.

저장장치에 관심이 많아서 예전부터 iram과 램디스크를 써와서 그런지 이런 현상이 꽤 긍정적인 현상이라고 생각 들어요.

누구나 시스템을 쾌적하고 빠릿빠릿하게 쓸 수 있다면 그건 좋은거겠죠.

조금만 배우고 조금만 관심을 가지면 큰 돈 들이지 않고 정말 쾌적하게 시스템을 사용할수 있으니 적은 돈으로 비싼 장난감을 살수 있다는 그런 느낌이랄까요...^^

사실 애증의 삼성이 치킨 게임을 하지 않았다면 저도 램을 이렇게 쟁여두고 써보진 못했을거예요.

ddr2 에서 8기가 쓰던것도 없는 살림에 참 대단한거였는데...^^

슈퍼스피드 램디스크는 정적 메모리 관리지만 설정한 디스크 내에서의 커밋 메모리 관리는 정말 예술적으로 관리했는데 프리모는 그 부분이 약간 소홀한듯 합니다.

제가 토렌트 뿐 아니라 별의별 트윅이나 적용으로 혹사 테스트를 해도 늘 기대대로 동작이 되었거든요

물론 동적 메모리 관리로 인한 가용 메모리 확보라는 장점이 훨씬 크니 논외로 쳐야 할 문제지만 그 동적 메모리 지원 때문에 커밋메모리 관리에서 약간의 누수와 이런저런 환경에 적절히 대처하지 못하는 현상이 일어나는게 아닐까 해요.

논의되는 토렌트 옵션들을 예로 들면 어떤 옵션들이 어떻게 조합되면 어떻게 반응된다는것이 워낙 많이 접했기에 대충 예상이 가능한데 프리모에서는 그런 부분에서 약간 기대에 못미치는 부분이 있습니다.

하지만 전체 가용 메모리 확보라는 측면에서 슈퍼스피드 램디스크는 결국 커밋 메모리를 유저가 사용할수 없는 영역으로 남겨두니 프리모가 훨씬 효율적으로 좋은 것이겠지요.

프리모에서 이런저런 뻘짓을 한다고 해도 시스템 효율이 떨어지거나 부하가 많이 걸리거나 그런거 없이 단지 손댈수 없는 메모리의 양이 기대되는 반환보다 조금 늘어나는것 뿐이니....애초에 몇 이상의 메모리는 손대면 안돼....라고 못박는 정적 메모리들보다야 백배 낫죠..^^

사실 제가 좀 이런 부분에 까탈스러워서 메모리 누수에 대해 좀 투덜거렸는데....사실 지금 프리모를 쓰는 상황이나 예전의 다른 램디스크를 쓰던 상황들이나 마찬가지로 수십개의, 수십기가의 토렌트를 아무 생각없이 걸고 아무 생각없이 쓰고 있습니다.

실제로 그러면서 가용 메모리는 프리모가 훨씬 많이 확보해주고요...^^

대부분의 사람들에겐 이런 메모리 누수는 신경 쓸 부분이 아니지 않을까 해요.토렌트를 쓰더라도요...^^

네 앞으로 개선 되리라 봅니다. Primo 램디스크의 프로토 타입이 Vsuite 램디스크엿거든요. 

Vsuite때만해도 imdisk처럼 반쪽짜리 였습니다. Primo에 와서야 어느정도 동적램기능을 하고있습니다.

아직 동적램디스크가 100%완벽하지 않지만.. 현재 이놈만한 램디스크가 없다고 생각합니다.

저도 나름 까탈스러워서 다른 램디스크가 아무리 속도가 좋다고 유혹해도 이놈의 동적램디스크 매력 때문에 다른 램디스크를 사용 못하고 있습니다. 저같은 저용량 램을 사용하는 노트북 사용자들한테는 정말 유용하거든요. 

그리고 위에 돈쥬님은 100기가 이상의 램디스크를 사용하시는 분인데요.. 다른 램디스크들과 다르게 프리모는 100기가 이상 만들어도 부팅시 딜레이가 없다고 하더군요. 

일반적인 정직한 출납의 작업 즉 임시폴더용 용도로 사용하면 약간의 메모리 누수정도는 무시할 수준이라고 생각합니다.

어떤 프로그램도 실행후 종료하면 메모리 누수가 있는거와 마찬가지로요.

요즘 램디스크들의 속도는 평준화라고 생각합니다. 안전성, 기능과 편리성에 두고 보면 프리모가 상위클래스라고 생각합니다.

프리모 5.5 버전, 윈7 x64, 16기가 램에 10기가 할당,  ?Torrent 2.0.4 버전입니다.

가장 효율이 좋다고 말씀하신 세팅이 제가 사용하고 있던 세팅입니다...^^

화일 삭제, 이동시에 조금 버벅거리지만 ntfs 압축도 사용하고 있습니다.

혹시 cleanmem 사용하시나요?

어차피 같은 api를 이용한다고 생각 하지만 범용적으로 저는 cleanmem도 사용하는데 클린멤이 프리모의 커밋 메모리 반환을 빨리 강제하거나 반환 우선 순위를 높여주는거 같네요.

약 10 초내에 반환과정이 마무리 되는 거 같고 누수양도 사용전보다 꽤 적어집니다.

뷰티풀메모리라는 것도 같은 api를 사용한다니까 많이 알려진 뷰티풀메모리도 아마 같은 결과가 나올듯 합니다.

제로필 옵션은 성능이나 램디스크 효율과는 큰 관계가 없고 사용량 오버헤드만 늘여주니 시스템에서 결과가 좋았던 인수로 나두시는걸 추천드립니다.  하드 디스크에서는 효과가 있었긴 한데 램디스크에선 몇년간 만져본 결과 별 차이가 없더군요...ㅜㅜ

좋아진다면 cleanmem도 한번 사용해 봐야겠군요. 

조언 감사합니다.^^