ssd들1032; 트림에 대해선데 원래 1200;lj16; /112;1060;드/196; 1105;아놓1008; ssd들1032; 트림1008; ,144;1032; 신ᅆ1;Ǹ16;1648; 않고 대신 op를 ᆴ1;ᆴ1;7176;, 최소 20%~30%1221;도/196; 늘 1105;곤 했습니다.
트림1060;란,172; 여러가1648; 1312;,148;1060; 다 1096;맞아야만 ᇼ1;1089;Ȣ16;,172;.104;lj16;,163;1060;라 /112;1060;드/196; 묶Ǻ12;놓1008; ssd들에서lj16; 1200;lj16; 그냥 .104;면 1339;고 안.104;면 할수없1648; 라lj16; 마1064;드/196;....그래서 op를 ᆴ1;ᆴ1;7176; 할NJ17;Ȣ16;고1080;었1424;. 트림1060; ᇼ1;1089;Ȣ16;1648; 않1012;ǐ12; 성능1200;Ȣ16;를 1460;1060;기위해 유1068;Ȣ16;,172; 해1460;수1080;lj16;,163;1060;라...
근데 Ȟ17;소에 신ᅆ1;도 안Ǹ16;Nj12; 트림ᇼ1;1089;1060; 1064;텔530Ǻ12;/112;1060;에선 .104;lj16;데 삼성840proǺ12;/112;1060;에선 안.108;다lj16;,152; 확1064;했습니다.
1064;텔5301012; 가1648;고놀다가 며칠1204;에 문ሖ1; 캐시가 없lj16; ssd라면 op공간1060; 성능에 영향1012; 많1060; 0120;칠수1080;,192;다 dz10;Ǻ12;서 1064;텔5301032; OP공간1012; 1060;리1200;리 0148;ǂ12;가며 테스트Ȣ16;다가 우연7176; 알,172;.108;,163;1064;데요.
아래lj16; 1228;가 테스트한 0169;법1077;니다.
스샷1008; 따/196; 없1648;만 아래와 똑같1060; Ȣ16;시면 같1008; 결과를 Ǻ19;1004;실수 1080;1012;,161;니다.
설명1060; 1328; 긴데..
트림1060;란,172; 테스트Ȣ16;기도 1328; 애매Ȣ16;고 헷갈리lj16; 구석1060; 많아서 설명1012; 1096; 보시lj16;,172; 1339;1012;,144;같습니다.
먼1200; 트림ᇼ1;1089;에 대해 간단Ȣ16;,172; 1674;고 넘Ǻ12;가1088;면
기본ᇼ1;1089;순서lj16; 컴1060; idle시에 OS에서 컨트롤러(/112;1060;드컨트롤러 또lj16; ICH)에 트림명/161;1012; 보내면 컨트롤러가 1060; 명/161;1012; ssd/196; 1204;달해서 ssd에서 실1228;/196; 트림1060; 실행.104;,172;.121;니다.
OS든 컨트롤러든 실1228;/196; Ȣ16;lj16; 1089;업1008; 없고 트림커맨드를 1204;달해1452;기만 할1104; 1089;업1060; 1060;루Ǻ12;1648;lj16;,163;1008; ssd내ǥ12;1077;니다
윈도우71012; 사용Ȣ16;고1080;고, 커맨드/196; 확1064;해본결과 oslj16; 1221;상1201;1004;/196; 트림1060; enable.104;Ǻ12;1080;었습니다.
1068;단 OS에서 컨트롤러/196; 1228;대/196; 트림커맨드를 보내고 1080;다lj16;,163;1008; 1060;/111;,172; 확1064;할수 1080;습니다.
다1020;엔 컨트롤러가 os/196;ǥ12;터 1228;대/196; 트림명/161;1012; 0155;아내lj16;1648;를 확1064;해봅니다.
컨트롤러단위에서1032; 확1064;1008; 사실 꼭 필요Ȣ16;1652; 않습니다. ssd를 1312;사해서 트림1060; 실행.104;었lj16;1648;1032; 여ǥ12;를 확1064;Ȣ16;면 알수1080;1004;니까요.
그리고 보통 1228;품스6169;에도 나와1080;습니다.
컨트롤러단위에서 확1064;Ȣ16;lj16; 1060;유lj16; 문1228;가 Ǻ12;디서 0156;생한,163;1064;가를 1328;더 1221;확7176; 알기위함1077;니다
컨트롤러에서 트림1012; 1228;대/196; 0155;아1452;lj16;가 여ǥ12;lj16; 모니터링 Ț12;1012; 사용Ȣ16;면 확1064;할수 1080;습니다.
1200;lj16; 모사1032; 캐시Ǻ12;플리케1060;션1012; 사용했lj16;데 1060;,172; 모니터링Ț12;1012; 1088;체1201;1004;/196; 가1648;고1080;Ǻ12;서 스토리1648;와 캐시ᇼ1;1089;에 대한,163;들1012; 아1452; 1088;세Ȣ16;,172; ǥ16;석할수 1080;습니다.
원리lj16; 1060;/111;습니다.
1060; 캐시Ǻ12;플1060; 관리Ȣ16;고1080;lj16; 캐시메모리안에 1076;시1200;1109;.104;1080;lj16; 데1060;타1473; ssd1032; 트림명/161;1004;/196; 1064;해 1228;,144;.112; 블럭들1008; 나1473;에 디스크에도 기/197;할필요가 없1004;므/196;, 트림커맨드를 0155;1004;면 캐시메모리에 1200;1109;.104;1080;Nj12; 1068;치.104;lj16; 블럭들1012;  마찬가1648;/196; 1228;,144;를 Ȣ16;고 1228;,144;.108; 블럭(트림.108; 블럭)1060; Ǻ12;lj12;1221;도1064;가를 Trimmed block수치/196; 보여1469;니다.
현1116; 1064;텔Ǻ12;/112;1060;와 삼성Ǻ12;/112;1060; 모.160; 캐시메모리에서 1228;대/196; 트림1060; .104;고1080;고 트림.108; 블럭1032; 수치도 계속 모니터링.104;고1080;습니다.
컨트롤러lj16; 트림명/161;Ǻ12;를 ssd에 1228;대/196; 2164;1452;고1080;다lj16; 얘기1424;.
*참고/196; 1060;기능1008; 디스크(ssd)에 필요없lj16; write1012; 1460;1060;기 위한 캐시Ǻ12;플1032; 기능1077;니다. buffer flush writing딜/112;1060;lj16; 30ǥ16;1004;/196;, 트림까1648;도 캐시메모리안에서 다 처리가 .104;Ǻ12; 최1333;1201;1004;/196; ssd에lj16; 꼭 필요한 데1060;타만 1200;1109;Ȣ16;,172;.104;1424;
단1648; 테스트시엔 1649;1217; ssd에 기/197;Ȣ16;,172;-140; 캐시1032; delayed writeᇼ1;1089;1012; 1068;시1221;1648;시켰습니다.
1473;간1221;리Ȣ16;1088;면
os에서 2140; 트림커맨드가 컨트롤러에 1204;달 컨트롤러lj16; ssd에 트림명/161;Ǻ12;를 1096; 1204;달했습니다.
단,, 1060;,163;1004;/196;도 실1228; ssd에서 트림1060; ᇼ1;1089;Ȣ16;고1080;lj16;가1032; 여ǥ12;lj16; 알수 없습니다. 여기서 알수1080;lj16;,163;1008; 컨트롤러에서 ssd/196; 1228;대/196; 트림명/161;1012; 2164;1452;고1080;고 1201;Ǻ12;도 컨트롤러에선 트림명/161;1012; 1228;대/196; 0155;아서 1204;달해1452;고 1080;다lj16;,163;1012; 보여1460;1104;1077;니다.
OS나 컨트롤러에서 트림명/161;1012; 보내1456;다고해도 ssd에서 명/161;1012; 1096; 0155;아 처리해1452;1648; 않1004;면 실1228; 트림1008; 1089;ᇼ1;한,172; 아닙니다.
1089;ᇼ1;했다고 나올1104;.
*혼ᇼ1;Ȣ16;실수 1080;lj16;데, 다시 1201;1088;면 위에 캐시Ǻ12;플에서 보여1452;lj16; 트림.108; 데1060;타1032; 수치lj16; 캐시Ǻ12;플1060; 1649;1217; ssd에 대해 트림1012; 한 수치가 아니고(실1228;/196;도 그/111;,172; Ȣ16;1648; 못합니다) 캐시메모리안에 남아1080;lj16; 데1060;타1473; os1032; 트림명/161;1004;/196;1064;해 1228;,144;.108; 블럭1012; 마찬가1648;/196; 캐시에서도 1228;,144;한다lj16; 뜻1077;니다. delayed write시간1060; 1648;나고 실1228; ssd에 기/197;할ǐ12; 1060;0120; 트림.104;서 없Ǻ12;1652; 블럭1008; 기/197;할필요가 없기ǐ12;문1060;1424;
1060;/196;써 os와 컨트롤러에서 1228;대/196; 트림1060; ᇼ1;1089;Ȣ16;고1080;다lj16;,148; 확1064;했고 남1008;,148; 과연 ssd가 1060; 트림명/161;Ǻ12;를 1228;대/196; 수행Ȣ16;고1080;lj16;1648;를 알아봐야,192;1424;
ssd1032; 트림여ǥ12;를 확1064;Ȣ16;lj16; 0169;법1008; 아래와 같습니다.
다소 고1204;1201;1060;1648;만
1064;텔530 Ǻ12;/112;1060;와 삼성840 Ǻ12;/112;1060;에 ǹ17;축1060; ,144;1032; 안.104;lj16; 2기가1221;도1032; ᇼ1;영상화1068;1012; 각각 복사한후 shift+delete/196; 완1204;삭1228;합니다. 
삭1228;한후 0148;/196; rescuva같1008; 화1068;리커버리 Ț12;/196; 각각1032; 디스크를 ,160;색해보면 삭1228;.108; 화1068;1060; 디스크상에 남아1080;lj16;,152; 볼수1080;습니다.
삭1228;후 아무런 데1060;타도 overwrite.104;1648; 않았기ǐ12;문에 0148;/196; 복구도 가능Ȣ16;1424;.
1060;상태에서 트림명/161;Ǻ12;가 실행.104;,172;-140; 컴1012; 1104;시 idle상태/196; 가만7176; 놔.177;니다.
1104;시후에 다시 rescuva/196; ,160;색해보면 삭1228;.108; 화1068;1060; 트림1060; .104;Ǻ12; 디스크상에서 사라1652;,152; 볼수1080;습니다.
트림1060; 1228;대/196; ᇼ1;1089;Ȣ16;고1080;다면 트림ᇼ1;1089;후 화1068;복구Ǻ12;플/196; 디스크를 스캔했1012;ǐ12; 1060;/111;,172; 사라1256;야 1221;상1077;니다.
만약 계속 남아1080;다면 트림1060; 1228;대/196; ᇼ1;1089;Ȣ16;1648; 않lj16;다lj16; 1060;야기1424; 
os와 컨트롤러lj16; 1228;대/196; 트림명/161;Ǻ12;를 보내고1080;1004;나 ssd에서 명/161;1012; 1228;대/196; 수행Ȣ16;고1080;1648; 못Ȣ16;다lj16; 얘깁니다.
Intel530 120GB x4 raid0 Ǻ12;/112;1060;에서lj16; 1060;/111;,172; 1221;확해도 .104;나dz10;1012;1221;도/196; 너무나 확실Ȣ16;,172; 트림1060; 실행.104;고 1080;었습니다.
*여기서도 트림1060; 1652;1676; 실행.104;고 1080;lj16;가를 또 간단Ȣ16;,172; 테스트할수1080;lj16; 0169;법1060; 1080;습니다.
위 0169;법대/196; 화1068;1012; 완1204;삭1228;Ȣ16;고나서 idle타1076;1012; 1452;1648;않1004;면 트림명/161;Ǻ12;가 실행.104;1648; 않1424;. 
화1068;삭1228;후에 마우스를 계속 돌린다Nj12;가 다른1089;업1012; 계속 Ȣ16;면서 컴1060; 트림명/161;1012; 보낼 시간1012; 1452;1648;않고서 0148;/196; 디스크를 스캔해보면 아까 삭1228;했Nj12; 화1068;1060; 트림1060; .104;1648;않아 계속 남아1080;lj16;,152; 볼수1080;습니다.
삼성Ǻ12;/112;1060;1032; ᅆ1;우lj16; 화1068;복구Ț12;/196; ,160;색Ȣ16;1088;마1088; 1060;0120; 트림1060; ᇼ1;1089;Ȣ16;1648;않고1080;었다lj16;,163;1012; 알수1080;었습니다. 
복구Ț12;/196; ,160;색해보니 오래1204;에 사용했Nj12; 화1068; 찌꺼기들1060; 디스크상에 아1649;도 그대/196; 남아1080;더군요.
속lj16;셈치고 위와 똑같1008; 테스트를 했lj16;데 역시나 결론1008; 같았습니다.
화1068;1012; 완1204;삭1228;Ȣ16;고 아무리 idle타1076;1012; 오래1480;도, 모니터링Ț12;1008; 1228;대/196; 트림1060; ᇼ1;1089;Ȣ16;고1080;다lj16; 수치를 계속 보여1452;1648;만 실1228; ssd단위에서lj16; 트림1060; 실행.104;1648; 않았습니다.
애드온-/112;1060;드카드에서1032; ssd트림 특7176; /112;1060;드0에서1032; 트림1008; ,144;1032; 보너스같1060; 생각.104;고 1080;기ǐ12;문에 840pro를 욕할수lj16; 없다고 봅니다.
ICH에 연결Ȣ16;면 아무문1228;없1060; 1096;.104;니까요. 현실1201;1004;/196;도 1200; 수많1008; 애드온컨트롤러들에서까1648; 호환성1012; 0148;라lj16;,148; 1328; 욕심1068;꺼라고도 생각합니다만.. 
1064;텔530에 내1109;.104;lj16; 컨트롤러 1228;1089;1008; LSI와 1064;텔1060; 같1060;Ȣ16;였고 ssd1228;1089;1008; 1064;텔1060;, /112;1060;드컨트롤러 1228;1089;1008; LSI,
LSI와 1064;텔/196; 통1068;한 스토리1648;1032; Ǻ12;드벤티1648;1068;까요...?.....
1064;텔물,148;1060; 나름 1060;런1200;런 욕1012; 먹1012;ǐ12;도 1080;1648;만 그래도 항상 안1221;성과 성능에서 다들 추천Ȣ16;고 많1060; Ǹ16;lj16; 1060;유를 1328;더 몸1004;/196; lj12;-184;,144;같습니다.
재미있는 결과네요.
여건이 된다면...다른 샌드포스 컨트롤러 사용한 ssd 로도 테스트해보고 싶어지네요. ^^
그나저나...캐쉬 어플은 어떤거 쓰시는지요?
샌드포스와 인텔/LSI는 얼마전 LSI가 샌드포스를 인수하기 전까진 서로 별 연관이 없었으니까요.
530에 들어간 샌드포스컨트롤러가 인텔과 LSI의 입김이 들어갔기때문이라고 보는게 좀더 가능성이 있지않을까 싶네요. 특히 LSI.
저도 마찬가지로 샌드포스 뿐만 아니라 다른 ssd들도 다 물려보고 테스트해보고싶습니다..
제가 사용한 캐시어플은 Primocache이라는 유료어플입니다.
ssd캐싱 어플리케이션인데 보통 이런류의 어플리케이션들은 ssd와 함께 패키지로 판매되는데 이건 소프트웨어만이고 ssd는 뭐든지 다 쓸수있도록 되있습니다.
메인메모리와 ssd를 둘다 붙여서 1차/2차로 2중캐싱할수도 있구요,,
모니터링도 편하고 안정적이고해서 옛날 베타버전때부터 계속 써오던 어플입니다. 베타버전때는 Fancycache인가? 뭐 그랬다가 이름이 바뀌었죠..
ICH에 연결하면 아무문제가 없다는건
삼성 SSD 레이드0도 ICH에 연결하여 사용하면 트림이 정상적으로 된다는 의미인가요?
..게시판에 도배를하다보니;;;
i7-3960x/32GB
ASUS P9X79
LSI 9265-8i
Windows 7 Pro sp1 64bit
어레이1(OS) : Intel530 120GB x4 Raid0
어레이2 : 840pro256GB x2 Raid0
위에 840pro가 'ICH에 연결하면 아무문제없이 잘된다'는 얘기는 싱글로 연결했을경우입니다.
싱글드라이브 사용이 기본이고 아무문제가 없는데 레이드0어레이에서 트림이 안된다고 불평하기는 좀 애매하다는 생각이 들어서요.
그리고 ICH에서 레이드0어레이에 트림 지원됩니다. 인텔이 얼마전에 발표를 했어요.
근데. 개인적인 생각으론 이거 발표된지도 얼마 안됬고 솔직히 직접 테스트해보기전엔 확신할수 없을거같습니다.
마찬가지로 되는게 있고 안되는게 있고 뭐 그렇지 않을까요...
ICH레이드0에서 트림을 지원한다는 얘기도 마찬가지로 실제로 트림이 작동된다라는 얘기하곤 좀 다른거같습니다만 그래도 ICH와 IRST라는 어느정도 통일된 환경이라 동작할 가능성은 훨씬 높을거라고 봅니다
환경을 보면.. 530의 경우 내부 캐쉬가 없지만 840의 경우 내부 캐쉬가 있고..
레이드 컨트롤러에도 1기가의 캐쉬가 있는데
별도의 캐쉬 프로그램을 사용하시는 이유가 특별히 있을가요?
캐쉬가 중복이 되더라도 많으면 많을수록 좋을까요?
웬만하면 중복되지 않는것이 좋습니다. 동작이 복잡해지고 오류가 일어날 확률이 높아지기때문에 가장좋은건 사용자가 컨트롤할수있는 하나의 캐시를 운영하는거라고 봅니다
9265에 달려있는 캐시1기가는 ssd를 사용하는경우 disable하기때문에 컨트롤러의 캐시는 일단 bypass가 됩니다.
그리고 ssd안에 있는 캐시는 사용자가 컨트롤할수 없는데다가 ssd안의 캐시의 유무를 사용자가 딱히 알필요도 별로 없습니다.
ssd의 컨트롤러와 낸드와 일체가 되서 같이 동작하기때문에 캐시자체도 ssd의 일부이고 잘 돌아가는 ssd에 캐시를 넣어서 더 잘돌아가게 하는게 아니라 컨트롤러와 캐시가 그자체로 하나의 모듈이라고 보시면 될거같습니다.
설계단계에서 동작알고리즘을 짤때부터 이미 캐시를 적용해서 모든게 돌아가게끔 하기땜에 이런 ssd들은 캐시가 없으면 동작자체가 보장되지 않습니다
ssd안에 캐시가 있는가 없는가의 여부는 ssd의 특성등을 조사할때나 필요하구요.
전체시스템과는 무관하다고 간주해도 무리가 없다고 봅니다.
530을 사용하게되면 캐시를 전혀 안쓰고있다고 봐도 되는 상태구요
840의 경우도 입장은 별로 다르지 않습니다. 840의 캐시는 ssd안에 내장되서 ssd와 하나처럼 동작하기때문에 컨트롤러나 os가 보기에 캐시가 있나 없나 다른것들과 똑같이 동작하게되거든요
어플리케이션으로 메인메모리를 캐시로 할당하면 사용자가 세세하게 컨트롤할수도 있고 모니터링할수도 있고
메인메모리가 많은 시스템에서는 보통의 컨트롤러에 달려있는 캐시들과는 비교도 하기힘든 공간을 캐시로 할당할수도 있습니다.
예를들어서 부팅용으로 쓰는 C드라이브 ssd에 메인메모리 12기가를 캐시로 할당하고 differed write시간을 30분정도로 해놓으면 30분에 한번씩 필요한 데이타를 ssd에 기록하는것 말고는 대부분의 읽기/쓰기os작업이 다 램에서 돌아갑니다.
24시간 돌아가는 서버같은경우는 32기가를 캐시로 잡고 시간을 무한대로 해놓으면 c드라이브 거의 전체가 다 캐싱이 되기때문에 os자체가 램에서 돌아가다시피합니다.
그외에도 뭐 이런저런 용도가 많이 있죠
설정도 리부팅이나 복잡한거 필요없이 즉석에서 바로 변경하면 바로 적용이 되기때문에 편하구요. 필요에따라서 바로바로 바꿀수가 있습니다
다운로드전용 하드에 메모리를 8기가정도 붙여놓고 토렌트 다운받을때 쓴다거나
어플인스톨용 ssd에 8기가정도 붙여놓으면 설치시나 실행시 거의 대부분이 램에서 처리가되서 시스템이 전체적으로 무척빠르고 부드러워집니다
세세한 컨트롤이 가능하고 원하는만큼 원하는 용도에 따라서 조절해가며 쓸수있기때문에 저는 캐시어플을 평소에 많이 쓰고있습니다
아 그리고 메인메모리말고 원래는 ssd캐싱을 위한 어플입니다;;;;
하드드라이브에 ssd를 캐시로 붙이는 어플입니다. 이경우에 사실 효과가 훨씬좋죠..
3TB짜리 작업용하드에 절반 op잡아놓은 840pro256을 캐시로 붙여놓고 메인메모리도 8기가정도 잡아놓으면 영상이나 3d같은 무거운 작업을 할때 아주 쾌적해집니다
답변이 되셨는지 모르겠네요...