<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="http://valley.egloos.com/rss/style/style.xsl" type="text/xsl" media="screen"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
	<channel>
		<title>이글루스 '최적화' 태그 최근글</title>
		<link>http://valley.egloos.com/tag/최적화</link>
		<description>최적화</description>
		<language>ko</language>
		<pubDate>Mon, 21 May 2012 01:29:27 +0900</pubDate>
		<generator>Egloos</generator>
		<item>
	<title><![CDATA[시스템 메모리 최적화 #10(300메가감소 &amp; 로딩속도30향상)]]></title>
	<link>http://liepooh.egloos.com/1164491</link>
	<guid>http://liepooh.egloos.com/1164491</guid>
	<description>
	<![CDATA[ 
최종적으로 확인한 결과 메모리는 300메가 이상 감소했으며, 로딩 속도는 최소 30%이상 빨라 졌다.   라이브 게임에서 이정도의 최적화라면 매우 큰 향상이다 .  (물론 푸가 잘했다기 보다 잘못된 구조를 바로 잡았을 뿐이다)  그런데 푸는 이작업을 하면서 솔루션만 제공하고 포기할 생각을 했다.   가장 큰 문제는 이것을 가능하게 하려면 약 600개 이상의 스크립트 파일을 수정해야 했다.   그러기 위해서는 스크립터들의 도움이 필요했다.   그러나 그들한테 이 작업이 왜 필요한지 설득해야 했다. 더욱이 그 구조에 대해서는 어려워했다.   반면 회의에서는 일정 쪼이기만 할 뿐이었다.  이작업을 하게 되면 모든 일정은 밀릴수 밖에 없었다.   그로 인해 표적이 되기도 싫었고, 원망은 더더욱이 듣기 싫었기 때문이	]]>
	</description>
	<pubDate>Mon, 21 May 2012 01:29:27 +0900</pubDate>
	<dc:creator><![CDATA[라이푸]]></dc:creator>
</item>
<item>
	<title><![CDATA[SSD 최적화 하기]]></title>
	<link>http://jergens.egloos.com/3323723</link>
	<guid>http://jergens.egloos.com/3323723</guid>
	<description>
	<![CDATA[ 
다나와 펌.  AHCI 변경BIOS Setup &amp;gt; Main &amp;gt; SATA Configuration &amp;gt; OnChip SATA Channel &amp;gt; IDE -&amp;gt; AHCI Windows Error ReportingService 비활성화제어판 &amp;gt; 시스템 및 보안 &amp;gt; 관리 도구 &amp;gt; 서비스 &amp;gt;Windows Error Reporting Service &amp;gt; 시작 유형 - &quot;사용 안 함&quot;Windows Search 비활성화제어판 &amp;gt; 시스템 및 보안 &amp;gt; 관리 도구 &amp;gt; 서비스 &amp;gt;Windows Search &amp;gt; 시작 유형 - &quot;사용 안 함&quot;디스크에 쓰기 캐시 사용제어판 &amp;gt; 시스템 및 보안 &amp;gt; 시스템 &amp;gt; 장치 관리자 &amp;gt; 디스크 드라이브 &amp;g	]]>
	</description>
	<pubDate>Thu, 10 May 2012 20:29:49 +0900</pubDate>
	<dc:creator><![CDATA[Thinking Life]]></dc:creator>
</item>
<item>
	<title><![CDATA[FlexMobile : list Component Optimizing]]></title>
	<link>http://Cliver.egloos.com/2309962</link>
	<guid>http://Cliver.egloos.com/2309962</guid>
	<description>
	<![CDATA[ 
    list skin = spark.skins.mobile.ListSkin  cacheAsBitmap = 'true'  가능하다면  app.xml 에서 &amp;lt;render&amp;gt;gpu&amp;lt;/render&amp;gt;  itemRenderer에서 포한된 이미지는 smooth='false' and check &quot;image emdeb&quot;      	]]>
	</description>
	<pubDate>Sun, 06 May 2012 13:24:34 +0900</pubDate>
	<dc:creator><![CDATA[Cliver's a Omtmoa]]></dc:creator>
</item>
<item>
	<title><![CDATA[시스템 메모리 최적화 #9]]></title>
	<link>http://liepooh.egloos.com/1154249</link>
	<guid>http://liepooh.egloos.com/1154249</guid>
	<description>
	<![CDATA[ 
역시나 간단하게 해결을 볼 수 없었다.   기존에 라이브러리를 공유시키는 작업을 완료했더니 이제는 개별적인 데이터를 소유해야 한다는 문제가 있었다.   정확하게 말하면 lua_newthread가 전역적으로 선언한 테이블은 공유가 가능했다.   문제는 child에서 어떤 전역변수나 테이블을 선언하게 되면 이또한 모든 루아스테이트가 공유한다는 것이었다.   local로 선언하여 어떻게든 인스턴스를 흉내낼려고 했으나 어플리케이션단에서 엑세스 할 수 있는 방법이 없었다.   스크립트를 대대적으로 수정하지 않는한 불가능했다.   일단 메타테이블을 사용해서 클래스를 만들고 이를 상속시켜 인스턴스를 만들어 개별적인 데이터를 소유할 수 있게 하였다.   동시에 클라이언트도 많은 부분을 수정했다.   그리고 빌후 실행해 보	]]>
	</description>
	<pubDate>Wed, 02 May 2012 00:39:47 +0900</pubDate>
	<dc:creator><![CDATA[라이푸]]></dc:creator>
</item>
<item>
	<title><![CDATA[시스템 메모리 최적화 #8]]></title>
	<link>http://liepooh.egloos.com/1144867</link>
	<guid>http://liepooh.egloos.com/1144867</guid>
	<description>
	<![CDATA[ 
2주가까이 디버깅만 했다.  문제는 lua_newthread로 child를 생성한 뒤에 바인드한 일부 함수를 호출 하지 못하는 문제가 발생했다.  일단 바인드된 부분을 살펴 보았지만 이상이 없었다. 국지화된 코드에 이상이 있을리 없었다.  인자 문제라 생각해서 루아 스택덤프를 떠봐도 이상이 없었다.  혹시나 메모리크래쉬가 의심되어 힙쪽 메모리를 살펴봐도 전혀 이상이 없었다.  그리고 도움말, 예제, 위키를 봐도 도움될만한 것들은 없었다.   이후부터는 죽을 맛이었다.  수많은 가설을 세우고 테스트를 반복했지만 원인을 알 수가 없었다.  그러다 문득 숲은 보고 산은 못보고 있는 듯한 느낌이 들었다.  그래서 시작부터 로딩쪽 전체를 분석하기 시작했다.   그러다 특정 시점부터 문제가 발생한다는 걸 알았다.  이	]]>
	</description>
	<pubDate>Sun, 15 Apr 2012 16:48:24 +0900</pubDate>
	<dc:creator><![CDATA[라이푸]]></dc:creator>
</item>
<item>
	<title><![CDATA[시스템 메모리 최적화 #7 ]]></title>
	<link>http://liepooh.egloos.com/1137345</link>
	<guid>http://liepooh.egloos.com/1137345</guid>
	<description>
	<![CDATA[ 
lua_newthread[-0, +1, m] lua_State *lua_newthread (lua_State *L);Creates a new thread, pushes it on the stack, and returns a pointer to a lua_State that represents this new thread. The new thread returned by this function shares with the original thread its global environment, but has an independent execution stack. There is no explicit function to close or to destroy a thread. Threads are subject	]]>
	</description>
	<pubDate>Sun, 01 Apr 2012 15:21:28 +0900</pubDate>
	<dc:creator><![CDATA[라이푸]]></dc:creator>
</item>
<item>
	<title><![CDATA[시스템 메모리 최적화 #6]]></title>
	<link>http://liepooh.egloos.com/1134410</link>
	<guid>http://liepooh.egloos.com/1134410</guid>
	<description>
	<![CDATA[ 
루아를 luaL_dofile해도 해당 루아스테이트로 글루나 팅커를 사용한 내용은 포함할 수가 없다.  아마도 단순하게 루아파일에 있는 텍스트 원문만 가져오는 듯하다. 이건 패스하자.  처음 생각은 스크립트를 전혀 고치지 않고 클라이언트쪽에서 해결을 볼려고 했다.   그렇게 할려면 매번 루아파일을 파싱해야하고 wrapper를 만드는데 소모되는 메모리도 무시할 수 없었다.  그래서 스크립트에서 호출하는 함수명만 변경하는 쪽으로 정책을 잡았다.  일단 스크립트 쪽에서 호출은 &quot;Global_Func( &quot;G_Sum&quot;, &quot;P&quot;, g_Unit )&quot; 이런식이 된다.  함수자체는 C++에서 루아쪽으로 바인드 시켰다.   사이클이 어플리케이션쪽으로 오게되면 해당하는 루아 스테이트에서 G_Sum이라는 함수를 바인드한다.  이후	]]>
	</description>
	<pubDate>Mon, 26 Mar 2012 22:46:31 +0900</pubDate>
	<dc:creator><![CDATA[라이푸]]></dc:creator>
</item>
<item>
	<title><![CDATA[시스템 메모리 최적화 #5]]></title>
	<link>http://liepooh.egloos.com/1132232</link>
	<guid>http://liepooh.egloos.com/1132232</guid>
	<description>
	<![CDATA[ 
이런 저런 테스트를 하고 있었다.  그러다 오늘 std::ifstream으로 파일버퍼링을 하여 루아파일을 luaL_loadbuffer로 반복적으로 밀어 넣는 테스트를 해보았다.  무슨 이유로 계속해서 에러가 났다. 반나절 이상 디버깅을 걸었다.  일단 정확하게 사이즈를 마추어 loadbuffer하면 문제가 없는데 뒤에 사이즈를 1바이트만 초과해도 애러가 났다.  아무리 봐도 이해가가지 않았다.   거의 퇴근시간이 다되어 혹시나 하는 마음에 fopen으로 버퍼링을 하니 아무런 문제가없었다. 이런 악마같은 놈-_-;  좀더 시간을 투자해서 원인이 무엇이지 밝혀보고 싶지만 일단 패스하자. 아마도 영원히 패스할거 같다...  내일은 그동안 구상했던 방법을 코드화 시켜야 한다.   정말 중요한 작업이니 신중하게 판단	]]>
	</description>
	<pubDate>Thu, 22 Mar 2012 22:32:12 +0900</pubDate>
	<dc:creator><![CDATA[라이푸]]></dc:creator>
</item>
<item>
	<title><![CDATA[시스템 메모리 최적화 #4]]></title>
	<link>http://liepooh.egloos.com/1132218</link>
	<guid>http://liepooh.egloos.com/1132218</guid>
	<description>
	<![CDATA[ 
본격적인 작업을 시작했다.   아무리 생각해도 최적화가 아니라 갈아 엎는 작업이다.   여튼 프로젝트에서 작업하긴엔 너무 무거워서 개인프로젝트로 옮겨왔다.   그동안 조금씩 쌓아둔 개인 프로젝트가 빛을 발하는 순간이었다. 흐믓(-_-)  개인프로젝트에서 TestSpace를 만들어 현재와 같은 문제를 만들어 놓았다.  이사님은 스크립터가 신경쓰지않고 루아 전용함수 처럼 자유롭게 어디서든 사용 할 수 있게 만들어 달라는 것이다.  라이푸도 그렇게하고 싶다만은-_-;  문제는 루아 메커니즘이 이런 구조를 지원하지 않는 다는것이다.  푸가 아디어를 내고 제안한거라 어쩔수 없다.   루아스테이트를 C++에서 바인드해주는 매니져를 어떻게 만드냐가 가장 중요하다.   여기서 매우 신중하게 선택하고 작업을 해야 한다.  	]]>
	</description>
	<pubDate>Thu, 22 Mar 2012 22:15:08 +0900</pubDate>
	<dc:creator><![CDATA[라이푸]]></dc:creator>
</item>
<item>
	<title><![CDATA[[추천] 킹소프트의 'PC Doctor']]></title>
	<link>http://wink.egloos.com/4687032</link>
	<guid>http://wink.egloos.com/4687032</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds23.egloos.com/pds/201203/22/34/b0007034_4f6adaf0c4864.jpg"  
				alt="[추천] 킹소프트의 'PC Doctor'" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> 오늘 스팸함을 뒤적이다가 모처에서 어플리케이션 하나를 추천해 왔더군요. (모처가 어디냐면....)  제가 공짜에 좀 민감한 편이라 해당 사이트에 가서 내용을 살핀 뒤 설치해 봤습니다.  일단 이 어플은 중국계 소프트웨어 업체로 알려진(아니면 말고..) 킹소프트에서 만든 윈도우즈 옵티마이저 툴이구요.'Advanced System Care' 또는 'Tune-Up' 류의 어플입니다.  그것도 말도 안되게~~~~ 'FreeWare'!!!  위 화면은 실행한 메인화면입니다.  제공하는 기능은시스템 최적화클리너시스템 부스터트래픽 모니터입니다.  이래저래 설명을 드릴것도 별로 없는 도구입니다.  그냥 설치 후 Home 화면의 버튼을 꾹 눌러주시면 되겠습니다.  다운로드는 여기서 받으세요. 원본 사이트 : http://g	]]>
	</description>
	<pubDate>Thu, 22 Mar 2012 17:02:50 +0900</pubDate>
	<dc:creator><![CDATA[내 머리는 항상 조각모음 중...]]></dc:creator>
</item>
<item>
	<title><![CDATA[시스템 메모리 최적화 #3]]></title>
	<link>http://liepooh.egloos.com/1130782</link>
	<guid>http://liepooh.egloos.com/1130782</guid>
	<description>
	<![CDATA[ 
잠시 중단했던 최적화를 오늘 다시 시작했다.   이사님의 조언으로 다이아몬드 상속을 virtual 상속으로 변경하였다.   이후에 로딩도 안되고 여기저기서 퍽퍽 죽어 나갔다.   스크립트를 상속받는 모든 클래스를 수정해야 했다.  생각보다 너무 많은 수정을 필요로 해서 일단 인게임까지 진입하는것을 우선으로 두었다.  꾸역꾸역 수정해가며 인게임까지 끌고 들어갔다.  수정할때 몇가지 부분에 대해서 구조개선을 진행했다. 약 20메가 정도는 더 감소할거 같았다.  메모리를 확인해보니 400메가가 늘어났다-_-  내눈을 의심했다. 다시 확인했다. 분명 400메가가 늘어났다.  400메가 늘리라고 해도 쉽지 않은데...-_-  오전중에 디버깅하고 코드상 최적화가 가능한 부분이 몇군데 있는데 어떻게 할지 고민해봐야 겠다	]]>
	</description>
	<pubDate>Mon, 19 Mar 2012 23:53:24 +0900</pubDate>
	<dc:creator><![CDATA[라이푸]]></dc:creator>
</item>
<item>
	<title><![CDATA[데이터베이스 생성과 관리 - 최적의 성능을 위한 물리적인 서버 구성과 데이터베이스 생성]]></title>
	<link>http://LaClefaVerite.egloos.com/5641916</link>
	<guid>http://LaClefaVerite.egloos.com/5641916</guid>
	<description>
	<![CDATA[ 
 출처 : http://www.sqler.com/index.php?mid=bSQL2000Lec&amp;amp;page=4&amp;amp;document_srl=126787      1. 모든 디스크마다 디스크 컨트롤러가 있을시 성능이 좋다.    즉, E-IDE 디스크라면 2개의 컨트롤러가 있지요? 1개에 1개씩 디스크를 달경우    좋은 성능을 보여주며 스커지의 경우도 마찬가지 입니다.    하나의 스커지 컨트롤러에 하나의 디스크가 있을 경우 좋은 성능을 보여 줍니다.    2. 빠른 디스크를 사용할경우 빠른 속도를 낼수 있다..    IDE디스크라면 UDMA-33보다 UDMA-66이 빠르고...    스커지 디스크라면 디스크 RPM속도나 기타 퍼포먼스에 따라 속도를 알수 있지요?    스커지 디스크는 워낙 규격이 다양	]]>
	</description>
	<pubDate>Fri, 16 Mar 2012 15:14:42 +0900</pubDate>
	<dc:creator><![CDATA[La Clef a Verite]]></dc:creator>
</item>
<item>
	<title><![CDATA[시스템 메모리 최적화 #2]]></title>
	<link>http://liepooh.egloos.com/1128173</link>
	<guid>http://liepooh.egloos.com/1128173</guid>
	<description>
	<![CDATA[ 
원래 라이푸는 기존에 대한 코드 수정을 최대한 피해서 결과를 보여준 후에 리펙토링을 하려고 했다.  그러나 오늘 이사님과 상의한 끝에 전체적으로 잘못된 구조를 바로 잡고 가기로 했다.  일단 다이아몬드 상속 제거와 전체적인 초기화와 구현부를 정확하게 나누고 가독성 있게 수정할 생각이다.   이사님은 오래 걸릴거라 하셨는데, 오늘 잠깐 리뷰해보니 그렇게 오래 걸리지 않을거 같다.   그런데 10년차 메인의 코드를 고치자니 조심스럽기도 하고 정말 이게 10년차의 코드일까 라는 의문이 들기도 한다.  일단 리펙토링하기로 일정을 잡았으니 최대한 가독성있게 접근성 좋게 만들어야 한다.  대략 전체적인 작업이 끝나면 약 200메가 전후의 메모리가 감소 될 것이다.	]]>
	</description>
	<pubDate>Thu, 15 Mar 2012 22:38:36 +0900</pubDate>
	<dc:creator><![CDATA[라이푸]]></dc:creator>
</item>
<item>
	<title><![CDATA[프로세서 우선순위 설정과 선호도 설정]]></title>
	<link>http://jk1m.egloos.com/530358</link>
	<guid>http://jk1m.egloos.com/530358</guid>
	<description>
	<![CDATA[ 
[ctrl + alt + del] or [ctrl+shift+esc] 누르시면 windows 작업관리자가 뜹니다.상위에 보면 탭들이 많은데 '프로세서' 탭을 누르시고 보시면sf2.exe 라는 프로세서가 있을 겁니다. 우측 클릭하셔서 '우선순위 설정' 누르시고 '높음' 주세요.'실시간'이 '높음'보다 상위지만, 이런 저런 이유로 (궁금하시면 파코즈 검색이나 지식검색하시길.) '높음'두는게 좋습니다.괜히 실시간 했다가 렉 먹고, 키보드 마우스 멈추는 현상 겪지 마시고.아, '높음' 두셨을 때 다른 '높음' 프로세서가 있으면 아무래도 안좋겠죠.그래서 '실시간', '높음' 처리 되는 백신 프로그램 등은 꺼두는 게 좋다는 거지요.혹시 인터넷 방송 하시는 분들은 인터넷 방송 프로세서를 '낮음'으로 하시는 등 응용 하시	]]>
	</description>
	<pubDate>Fri, 09 Mar 2012 02:33:28 +0900</pubDate>
	<dc:creator><![CDATA[　]]></dc:creator>
</item>
<item>
	<title><![CDATA[시스템 메모리 최적화 #0]]></title>
	<link>http://liepooh.egloos.com/1124145</link>
	<guid>http://liepooh.egloos.com/1124145</guid>
	<description>
	<![CDATA[ 
프로젝트를 분석해보고 어떤 일을 할 수 있을지 찾아보기로 했다.  3일정도 분석을 해보았다.  인게임쪽은 루아 스크립트로 구성되어 있었다.   루아를 바인드하는 부분이 전부 매크로로 이루어져 있었다.  심지어 쥬피터 엔진처럼 클래스조차도 매크로로 생성하고 있었다.   매크로가 다른 매크로를 사용하는 관계 때문에 분석하는데 시간 소모가 있었다.  매크로 사용에 대해서 많은 생각을 하게 만들었다.  코딩을 하는 쪽에서 편할 뿐이지 접근성, 가독성, 디버그 면에서는 단점이 많은거 같다.  더 분석을 해보니 루아스테이트 갯수가 매우 많았고 메모리 사용량도 정말 크다는걸 알았다.  루아스테이트끼리 메모리를 공유할 수 없기 때문에 루아스테이트가 중복적으로 모든 라이브러리를 개별적으로 들고 있었다.  아무리 봐도 구조를	]]>
	</description>
	<pubDate>Thu, 08 Mar 2012 19:05:31 +0900</pubDate>
	<dc:creator><![CDATA[라이푸]]></dc:creator>
</item>
	</channel>
</rss>

