늘 궁금하고 누군가 시도한 흔적을 발결할 수 없어 이번에 가온누리님께 메모리 구매하러 다녀오면서 싸게 파셔서 가져온 쿼드로 k600활용기를 적어보려 합니다.
우선 k600은 1GB메모리에 192개의 쿠다코어가 있습니다. 전력소비량은 41W로 3216보다 많은 전력을 쓰는 녀석입니다.
무튼 k600과 일반 1080의 랜더링 속도만 보았을때 별차이가 없는등 쿼드로는 특정 업무에 '귀속?!' 되어있습니다.
어쨌든 이와 별개로 저에게 필요한 기능은 [ PLEX에서 '속도'의 향상이 있는가! ] 의 문제였고 개인적으로 인코딩은 CPU의 영향이 크기때문에 관계가 없다는것만 알고 있었습니다.
그렇다면 만약 x3216같이 저전력 저성능의 CPU에서 트랜스코딩을 하기위해 추가적인 쿼드로 VGA의 사용은 어떤 이점이 있는가...가 의문이었으며 드디어 실험해 볼 수 있었습니다.
먼저 기본적으로 일반적인 GTX 등의 라인업인 그래픽카드에서 CUDA코어는 인/디코딩용으로 사용할 수 없도록 자체바이오스에 락이 걸려있습니다.
그러나 쿼드로라인업에서는 CUDA코어를 사용한 랜더링이 가능하기때문에 분명 성능향상이 있으리라 생각했습니다.
먼저 VGA설치전 상태를 한번 확인해 보도록하겠습니다.
우선 기본적으로 2%의 CPU사용량을 보여주고 있으며 이는 모니터링 툴에 의한 사용량입니다.
휴대폰으로 plex를 구동해 트랜스코딩해 보았습니다.
소스는 1080p 영상입니다. ( 영상 코덱부분은 잘 모르지만 x264코덱에 mkv컨테이너입니다. )
출력은 마찬가지 1080p 원본으로 스트리밍된 상태는 아래와 같습니다.
처음 스타트 하면서 트랜스코딩이 시작되기 때문에 CPU사용량이 미친듯?! 치솟습니다.
일반적인 스트리밍의 경우 어느정도의 트랜스코딩이 완료되면 그지점까지 트랜스코딩을 잠시 쉬었다가 다시 근처에서 트랜스코딩을 하는 방식으로 시간이 지나면 천천히 CPU사용량이 떨어졌다 올랐다를 반복합니다.
그러나 위와같이 시간이 지나 안정기에 접어들어야함에도 그렇게 되지 않았습니다.
여기서 주목할점은 I/O wait인데 영상 소스가 있는 디렉토리는 같은 서버에 있는 다른VM의 헤놀로지에 얹어져 있습니다.
그리고 plex서버에 nfs마운트 된 상태로 사용중인데 I/O wait이 별로 부하를 받지 않습니다.
이말인즉 내부 통신속도정도의 트랜스코딩속도가 나온다는것을 짐작할 수 있습니다.
이제 k600을 얹고 plex서버에 올려줍니다.
그리고 재기동을 해 줍니다.
위와 같이 활성화 상태가 되면 해당 VM에 PCI를 추가할 수 있습니다.
이제 테스트 해 봐야겠습니다.
같은 소스의 시작부분입니다. CPU사용량이 보이시나요? 트랜스코딩으로 24%정도의 사용량으로 아래위를 출렁입니다.
그와 동시에 I/O wait 수치가 보이시나요? 역시 예상대로 93%에 육박하는 사용량을 보여줍니다.
기존의 전무하던 I/O 사용량에 비하면 엄청난 사용량입니다. 단순 CPU사용량만 비교해도 절반가량이나 떨어진것을 확인할 수 있습니다.
이제 어느정도의 시간이 지나 트랜스코딩한 분량이 일부 차오르면 CPU가 휴식기를 가집니다. 위와같이 CPU사용량이 조금 줄게 됩니다.
테스트차 구간을 변경해 보았습니다. 그러자 다시 CPU사용량이 증가하는 모습을 보였으나 CPU사용량이 그리 높지 않았습니다.
혹여 기존에 트랜스코딩된 자료가 남아 CPU사용량에 변화를 보이는가 싶어 다른 소스로 테스트를 해 보았지만 역시나 동일한 모습을 보여주었습니다.
굉장히 만족스러운 결과를 볼수 있었으며 의미있는 시도라고 생각합니다.
이상 K600의 사용기였습니다.
여기 사용기 올리는 게시판 맞나요?;;
±²ÀåÈ÷ À¯ÀǹÌÇÑ Å×½ºÆ® ±º¿ä...
°í±ÞÁ¤º¸ Á¤¸» °¨»çµå¸³´Ï´Ù.^^
Àß ÀÐ°í ¸¹Àº Á¤º¸ ¾ò¾ú½À´Ï´Ù.
¼ö°íÇÏ¼Ì°í °¨»çÇÕ´Ï´Ù.
½ÇÇè±ÛÀº ¹«Á¶°Ç ÃßõÀ̶ó ¹è¿ü½À´Ï´Ù.
Ãßõ ´©¸£°í °©´Ï´Ù.^^
³²ÀÚ¾ÆÀ̵𰡠µþ±â¿ìÀ¯¶ó´Ï ¤Ð¤Ð
ÁÁÀºÁ¤º¸ °¨»çÇÕ´Ï´Ù.
Áú¹® ±Û¸¸ ¾Æ´Ï¸é µË´Ï´Ù..
ÇÏÁö¸¸ Ãß°¡ vga¸¦ ¼³Ä¡Çϸé idle¼ÒºñÀü·ÂÀÌ ±ÞÁõÇÏÁö¾ÊÀ»±î¿ä?
¿¹¸¦ µé¾î¼ ¾ÆÅè½Ã½ºÅÛ¿¡ Çì³î ±¸µ¿½Ã 20wÀüÈÄ Àü·Â·®À» ¼ÒºñÇÕ´Ï´Ù. ºÎÇÏ¿Í »ó°ü¾øÀÌ ½Å±âÇÏ°Ô 20wÀüÈÄ ¼ÒºñÇÕ´Ï´Ù.
Ãß°¡ vga¸¦ ¼³Ä¡ÇÑ´Ù¸é »ç¿ëÇÏÁö ¾Ê¾Æµµ Á¦ »ý°¢¿¡ 60w¸¦ ³Ñ±æ °ÍÀ¸·Î ÃßÁ¤µÇ´Âµ¥ °¡Á¤¿¡¼ »ç¿ëÇϸé Àü±â·á ¹®Á¦°¡ ÀÖÁö¾ÊÀ»±î »ý°¢µË´Ï´Ù.
¹®Á¦´Â ÀϺΠ¾Èµ¹¾Æ°¡´Â µ¿¿µ»óÀÌ °¡²û ÀÖ¾ú½À´Ï´Ù.
Ãßõ µå¸³´Ï´Ù
°¡»ó OS¿¡ ±×·¡ÇÈ Ä«µå¸¦ ¿¬°áÇؼ °¡»ó OSÀÇ ±×·¡ÇÈ ¼º´ÉÀ» ³ô¿´°í, ±×°ÍÀ» °ËÁõÇÑ ½ÇÇèÀÌÀݾƿä.
À©µµ¿ìÀÇ Remote FX¸¦ »ìÆ캸¸é, È£½ºÆ® OS¿¡¼ ±×·¡ÇÈ Ä«µå°¡ ÀνÄÀÌ µÇ°í ³ª¸é ±×°É ÀÏÁ¤ºÎºÐ °¡»ó¸Ó½Å¿¡ ³ª´©¾î ÁÖ´Â ¹æ½Ä ÀÔ´Ï´Ù.
ESXi¿¡¼ Æнº ¾²·ç´Â ±×·¡ÇÈ Ä«µå Àüü¸¦ °¡»ó ¸Ó½Å¿¡ ÁÖ´Ï±î ±×°Í°ú´Â ºñ±³Çϱ⠾î·ÆÁö¸¸, È£½ºÆ® OSÀÇ ±×·¡ÇÈ Ä«µå°¡ ¾öû ÁÁ´Ù¸é Æнº¾²·ç¿¡ ±ÙÁ¢ÇÑ ¼º´ÉÀ» ³»¾î ÁÙÁöµµ ¸ð¸£ÁÒ..
¾î¶µç Remote FXµµ ¼¹öÀÇ °¡»ó¸Ó½ÅÀÇ ±×·¡ÇÈ Ä«µå¸¦ °¡¼ÓÇØ ÁÖ´Â°Í À̱⠶§¹®¿¡ °¡»ó OS¿¡¼ ±×·¡ÇÈ °¡¼ÓÀ̶ó´Â °á·ÐÀûÀÎ ºÎºÐÀº µ¿ÀÏÇÏ°Ô Àû¿ëÀÌ µÇ´Ï,
ÀÛµ¿ÀÌ µÉ°Í °°³×¿ä.