<?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>이글루스 'task' 태그 최근글</title>
		<link>http://valley.egloos.com/tag/task</link>
		<description>task</description>
		<language>ko</language>
		<pubDate>Sat, 02 Jul 2011 18:19:18 +0900</pubDate>
		<generator>Egloos</generator>
		<item>
	<title><![CDATA[TASK]]></title>
	<link>http://anand.egloos.com/2770984</link>
	<guid>http://anand.egloos.com/2770984</guid>
	<description>
	<![CDATA[ 
 태스크를 작게 작게 쪼개서 한 번에 하나만 하는 것이 나에겐 좀더 편하다. 대신 태스크 전체의 그림-위계와 목록-이 있어야 한다. 이게 파악이 안 되면 패닉.    	]]>
	</description>
	<pubDate>Sat, 02 Jul 2011 18:19:18 +0900</pubDate>
	<dc:creator><![CDATA[지켜보기]]></dc:creator>
</item>
<item>
	<title><![CDATA[Task&lt;T&gt; 를 이용하여, ADO.NET 작업 성능 비교]]></title>
	<link>http://debop.egloos.com/3798923</link>
	<guid>http://debop.egloos.com/3798923</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds18.egloos.com/pds/201008/05/28/d0064228_4c5a4dae5f49c.png"  
				alt="Task&lt;T&gt; 를 이용하여, ADO.NET 작업 성능 비교" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> .NET 4의 Task Parallel Library (TPL)을 사용하게 되면, Future Pattern을 구현할 수 있고, 이는 비동기적인 계산작업을 아주 손쉽게 구현할 수 있는 장점이 있습니다.     Database 작업은 MS SQL을 제외하고는 아직 비공기 I/O 작업이 지원되지 않으므로, Task&amp;lt;T&amp;gt; 를 이용한 Future 패턴에 의한 비동기 계산 작업만을 수행해 보았습니다.    성능 테스트를 수행한 컴은 쿼드 코아이고, 같인 PC에 MS SQL 2005 서버까지 있으니, 운영환경과는 좀 다른 결과를 나타낼 것임을 감안하셔야 합니다.  특히 위 테스트는 .NET 3.5 Framework에서 수행한 것입니다. MS 문서에 따르면, .NET 4.0의 ThreadPool 성능향상으로 	]]>
	</description>
	<pubDate>Thu, 05 Aug 2010 14:52:21 +0900</pubDate>
	<dc:creator><![CDATA[디밥의 블로그]]></dc:creator>
</item>
<item>
	<title><![CDATA[인간의 Safe Mode의 업무활용]]></title>
	<link>http://asteray.egloos.com/2435056</link>
	<guid>http://asteray.egloos.com/2435056</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds16.egloos.com/pds/200909/25/82/d0008582_4abcd228b62cc.jpg"  
				alt="인간의 Safe Mode의 업무활용" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> 혹시 사고를 당하기 바로 직전의 순간을 기억하십니까.  저는 비교적 정확하게 기억이 나는데, 모든 사고 직전의 순간을 생각해 보면 아래와 같습니다.  1. 갑자기 시간이 정지한 것 처럼 느리게 간다 2. 주변이 모두 흑백으로 보인다  이것이 저만 그런 것이 아니라 인간의 보호본능이라는 것을 오늘에야 알게 되었습니다.  뇌에서 위험을 느끼면 색상을 인지할 수 있는 시간이 없기 때문에 모두 흑백신호로 처리해 버리고, 종합적인 상황을 파악하게 된다고 하네요.  우리 몸도 윈도우 Safe Mode와 동일한가 봅니다. : )  &amp;lt;이 사진을 찍으려면 원격연결해서 화면캡처를 해야 할까요&amp;gt;   인간이 이렇게 시간을 멈추는 기능은 사고 직전에만 가능하지 않습니다. Deadline 직전에도 가능합니다. (24시간 	]]>
	</description>
	<pubDate>Fri, 25 Sep 2009 23:25:57 +0900</pubDate>
	<dc:creator><![CDATA[All about]]></dc:creator>
</item>
<item>
	<title><![CDATA[Watch dog task]]></title>
	<link>http://recipes.egloos.com/5097718</link>
	<guid>http://recipes.egloos.com/5097718</guid>
	<description>
	<![CDATA[ 
일반적인 Embedded System에는 Watch dog이라는 Timer Hardware가 존재해요. Watch dog Timer라는 건 모든 Task가 제 때 응답할 수 있는지를 Check해서 문제가 있을 경우에는 Hardware적으로 Target을 Reset 시키는 게 그 목적인 거죠. 좀 어렵나요. 한마디로 말해서 Embedded System에 올라와 있는 모든 Task가 문제 없이 돌아 가고 있는지 - 를 확인 한다는 건 대충은 Starvation이라는 경우를 말하는 데, Priority가 높은 녀석들이 계속 일을 해대서 Priority가 낮은 Task에게 순서가 잘 오지 못하는 상황을 일컫는 거에요 -, 또한 어떤 Resource에 대해서 Mutex를 잘못 걸어서 교착 상태에 빠졌다던가 해서 Sy	]]>
	</description>
	<pubDate>Sun, 30 Aug 2009 20:41:04 +0900</pubDate>
	<dc:creator><![CDATA[친절한 임베디드 시스템 개발자 되기 강좌]]></dc:creator>
</item>
<item>
	<title><![CDATA[Queue와 Inter Task Communication]]></title>
	<link>http://recipes.egloos.com/5093829</link>
	<guid>http://recipes.egloos.com/5093829</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds15.egloos.com/pds/200908/26/90/c0098890_4a951e86d1bfa.jpg"  
				alt="Queue와 Inter Task Communication" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> Motor_task는 Task구조와 Signal 에서 보았던 기본 적인 Task형태에요. Motor_task는 WORK이라는 signal을 받으면 Ready가 되고 Scheduler에 의해서 순번이 돌아오면 Context Switching되어 Motor를 켰다 껐다 하는 일을 하지요.  void Motor_task (){     Motor_task_init();     Motor_init();                                    /* 우선은 초기화는 무조건 하네 */     while (1)     {          wait (WORK);        /* 여기서 WORK이라는 signal을 일단 무작정 기다린다 */                                   	]]>
	</description>
	<pubDate>Wed, 26 Aug 2009 20:38:53 +0900</pubDate>
	<dc:creator><![CDATA[친절한 임베디드 시스템 개발자 되기 강좌]]></dc:creator>
</item>
<item>
	<title><![CDATA[TCB - Task Control Block]]></title>
	<link>http://recipes.egloos.com/5082932</link>
	<guid>http://recipes.egloos.com/5082932</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds17.egloos.com/pds/200908/16/90/c0098890_4a881981a19c2.jpg"  
				alt="TCB - Task Control Block" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> 잠시 쉬어 가도록 해요. TCB 얘기가 나왔으니까 말인데, TCB에는 어떤 정보들이 들어 갈런지.. 한번 빠져보시렵니까? 각각의 Task는 자기 고유의 TCB를 가져요. TCB는 Kernel이 Task들을 관리하기 위한 Meta Data*라고 보시면 되지요. 여하간 흔히들 사용하는 TCB는 적당히 아래와 같은 모습이라고 보시면 될 것 같아요.  typedef struct {    struct task_tcb_struct *next_ptr;    struct task_tcb_struct *prev_ptr; } task_tcb_link_type ;  typedef struct task_tcb_struct {   char                        task_name[200];   void      	]]>
	</description>
	<pubDate>Sun, 16 Aug 2009 23:37:15 +0900</pubDate>
	<dc:creator><![CDATA[친절한 임베디드 시스템 개발자 되기 강좌]]></dc:creator>
</item>
<item>
	<title><![CDATA[Context Swtiching과 TCB - Task의 상태변화]]></title>
	<link>http://recipes.egloos.com/5079866</link>
	<guid>http://recipes.egloos.com/5079866</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/76x100/http://pds16.egloos.com/pds/200908/13/90/c0098890_4a83faa47381a.jpg"  
				alt="Context Swtiching과 TCB - Task의 상태변화" 
				width="76px"  
				height="100pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> Kernel Level의 Context Switching, 문맥교환 이라는 거 실제로 어떤 모냥인지 알아야 하겠지요. 익히 Context라는 걸 몇 번 보아왔던 바, 현재의 Context라는 것만 잘 보전해 주면 다른 곳에 갔다 와서도 지금 하던 일을 계속 진행할 수 있다는 점을 잊지 않았겠죠. ARM에서의 Context는 현재의 Register set이니까, 이 녀석만 잘 저장해 두면 어디든지 갔다 올 수 있음이에요.    그러면, 이걸 어떻게 저장을 해 두면 좋을까요. 해당 Task에 Stack에 저장해 두면 좋겠네요. Context Switching이 이루어 질 때, 현재의 Context를 저장해 두는 방법에 대해서 고민해 BoA요. 이제 중요한 건 Kernel이 어떻게 Task를 관리하는 지를 알아 	]]>
	</description>
	<pubDate>Thu, 13 Aug 2009 20:40:10 +0900</pubDate>
	<dc:creator><![CDATA[친절한 임베디드 시스템 개발자 되기 강좌]]></dc:creator>
</item>
<item>
	<title><![CDATA[Task 상태, Task는 Service단위]]></title>
	<link>http://recipes.egloos.com/5077527</link>
	<guid>http://recipes.egloos.com/5077527</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds15.egloos.com/pds/200908/11/90/c0098890_4a815aa442bd7.jpg"  
				alt="Task 상태, Task는 Service단위" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> Service는 누군가에게 일을 해주는 걸 service라고 하죠. 보통 Task는 하나의 일 단위로 쪼개는 게 보통 Task를 나누는 관례에요. 보통 이런 Task들을 다룬 서적들을 보면 어려운 말로 상태를 나눠 놓았던데, 별거 아닙니다. Task는 누군가가 일을 시키면 일을 하는 상태하고, 누구라도 저에게 일을 시켜주십시오 기다리고 있겠습니다 라는 상태, 그리고 어 누군가가 나한테 일을 시켰네? 하는 상태 등이 있겠지요.    이런 상태를 State Transition Diagram이라는 유식한 그림으로 나타내면    이런 식인 거에요. 이런 그림 많이 봤죠. 그런데, 이런 그림으로 그린다고 해서, Task가 나 이런 상태요.. 하고 자기 state를 누구한테 보여주거나, 관련된 Data를 저장하고 있는	]]>
	</description>
	<pubDate>Tue, 11 Aug 2009 20:49:45 +0900</pubDate>
	<dc:creator><![CDATA[임베디드 시스템 개발자 되기 강좌]]></dc:creator>
</item>
<item>
	<title><![CDATA[Task 구조와 Signal]]></title>
	<link>http://recipes.egloos.com/5076229</link>
	<guid>http://recipes.egloos.com/5076229</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/76x100/http://pds15.egloos.com/pds/200908/10/90/c0098890_4a800a96bd19e.jpg"  
				alt="Task 구조와 Signal" 
				width="76px"  
				height="100pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> Embedded System Software는 기본적으로 무한 loop구조를 가졌기 때문에, 한정된 일만 할 수 있는 한계가 있지요. 아함~ 한정된 일만 하다 보니까, 무료한 일상입니다요. 아침에도 Lamp를 깜빡 깜빡, 점심에도 Lamp를 깜빡 깜빡, 저녁에도 Lamp를 깜빡 깜빡.  void main (){      Lamp_init();      while (1)      {            Lamp_on();            time_wait (100); /* wait 100uS */             Lamp_off();            time_wait (100); /* wait 100uS */      }} 아~ 깜빡만 말고, 나한테는 Motor도 있는데, Motor도 움직이고 싶	]]>
	</description>
	<pubDate>Mon, 10 Aug 2009 20:56:01 +0900</pubDate>
	<dc:creator><![CDATA[임베디드 시스템 개발자 되기 강좌]]></dc:creator>
</item>
<item>
	<title><![CDATA[task 죽이기]]></title>
	<link>http://excepter.egloos.com/4167506</link>
	<guid>http://excepter.egloos.com/4167506</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds13.egloos.com/pds/200906/17/36/b0032536_4a3845d4d1533_t.jpg"  
				alt="task 죽이기" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> windows에서 의외로 간단한 Task 죽이기 방법이 있어서 놀랬다. 이렇게 간단할 줄이야~  command line에다가 taskkill /?를 쳐보면 간단히 사용법이 나온다   뭐 대략 remote task까지 죽일 수 있다는데, 3번째 예제를 보면 간단히 notepad.exe를 죽이는 예제가 나온다.  taskkill /F /IM notepad.exe 를 하면 notepad.exe가 죽는데, /F는 force 의 약자여서 강제 종료를 시켜준다. batch 파일같은거 만들때 맘에 않드는 프로세스를 죽이면 될듯  참고로 VB나 vbscipt 등에서는 shell로 command 작성할때 아래와 같이 하면 더 잘 먹는거 같다  cmd.exe /C taskkill /F /IM WIPIEmulator.exe /	]]>
	</description>
	<pubDate>Wed, 17 Jun 2009 10:29:58 +0900</pubDate>
	<dc:creator><![CDATA[Future of Web]]></dc:creator>
</item>
<item>
	<title><![CDATA[   ANT를 이용하여 Tomcat 시작, 중지 target]]></title>
	<link>http://bumjin.egloos.com/3949611</link>
	<guid>http://bumjin.egloos.com/3949611</guid>
	<description>
	<![CDATA[ 
 출처:   &amp;lt;property name=&quot;catalina.home&quot; value=&quot;D:/DevTool/Tomcat55&quot; /&amp;gt;     &amp;lt;!-- =================================================================== --&amp;gt;     &amp;lt;!-- Tomcat START                                                                                 --&amp;gt;     &amp;lt;!-- =================================================================== --&amp;gt;         &amp;lt;target name=&quot;was-start&quot;&amp;gt;	]]>
	</description>
	<pubDate>Mon, 20 Oct 2008 22:20:07 +0900</pubDate>
	<dc:creator><![CDATA[지니랜드]]></dc:creator>
</item>
<item>
	<title><![CDATA[[논문분석] Support for Fine Grained Dependent Tasks in OpenMP]]></title>
	<link>http://lovebone.egloos.com/4245406</link>
	<guid>http://lovebone.egloos.com/4245406</guid>
	<description>
	<![CDATA[ 
제목 : Support for Fine Grained Dependent Tasks in OpenMP 저자 : Oliver Sinnen, Jsun Pe, and Alexei Vladimirovich Kozlov. 학회 or 논문지 :  Proceedings of Internation Workshops on OpenMP, 2007 한줄 요약 : task directives를 이용하여 Fine-Grained Control이 가능한 Parallel Unit을 만드는 방법과 task directive를 컴파일하여 코드를 생성하는 방법을 제시	]]>
	</description>
	<pubDate>Tue, 25 Mar 2008 01:42:41 +0900</pubDate>
	<dc:creator><![CDATA[Seong Min's Pages]]></dc:creator>
</item>
<item>
	<title><![CDATA[Mylyn 사용하기 #1]]></title>
	<link>http://swguru.egloos.com/1686537</link>
	<guid>http://swguru.egloos.com/1686537</guid>
	<description>
	<![CDATA[ 
이클립스 GMF 기반으로 도구를 개발하는 지금 프로젝트가 3개월 연장되어 몇가지 시도를 더 해볼까 한다. 작년에는 너무 바빠서 다른데 눈 돌릴 겨를이 없었다. 이번에는 좀 지혜롭게 일을 해보는것이 좋겠다.  그 훌륭하다는 Mylyn을 사용해보기로 하자.  시작은 아래 글로 하는게 좋겠다. Mylyn 2.0, Part 1: 통합된 태스크 관리 (한글) Eclipse용 통합 이슈 트래킹으로 작업을 단순하게! 최근 출시된 Mylyn 2.0 버전 (전 Mylar)은 태스크들을 Eclipse로 완벽하게 통합하고, 그러한 태스크들의 콘텍스트(context)을 자동으로 관리함으로써 생산성을 향상시킵니다. Mylyn 프로젝트 리더인 Mik Kersten은 Mylyn 1.0 이후 많은 사용자 피드백을 받았고, 이를 두 파트	]]>
	</description>
	<pubDate>Mon, 07 Jan 2008 11:01:17 +0900</pubDate>
	<dc:creator><![CDATA[Purpose driven development]]></dc:creator>
</item>
	</channel>
</rss>

