<?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>이글루스 'x86' 태그 최근글</title>
		<link>http://valley.egloos.com/tag/x86</link>
		<description>x86</description>
		<language>ko</language>
		<pubDate>Wed, 01 Feb 2012 10:51:00 +0900</pubDate>
		<generator>Egloos</generator>
		<item>
	<title><![CDATA[x86와 x64의 차이점]]></title>
	<link>http://brisbee.egloos.com/442264</link>
	<guid>http://brisbee.egloos.com/442264</guid>
	<description>
	<![CDATA[ 
출처 : http://inclaude.blogspot.com/2010/11/x86-vs-x64.html  중간에 공부하다보면 항상 x86, x64관련된 말들이 심심치 않게 나온다.하지만 그동안은 무슨이야기인지는 정확히 잘 몰랐었다.그러던 도중에 우연히 위 블로그를 통해 알게 되었다.    [요약]x86, x64는 원래 하드웨어에서 나온 말이다. x86용 OS, x64용 OS 등과 같이 쓰이듯이 하드웨어에 맞는 소프트웨어 등 기타를 구성하기 위해서 쓰였다고 생각하면 된다.  좀더 쉽게 생각하면, 286, 386, 486 등과 같은 고전 컴퓨터에서 사용하던 하드웨어 방식이 x86이다. x에 2,3,4 등이 들어간다고 생각하면 된다. 따라서 고전 컴퓨터가 쓰일 당시에는 32bit의 주소방식으로도 얼마든지 프로그램	]]>
	</description>
	<pubDate>Wed, 01 Feb 2012 10:51:00 +0900</pubDate>
	<dc:creator><![CDATA[Be Creative!]]></dc:creator>
</item>
<item>
	<title><![CDATA[ARM이 주류?]]></title>
	<link>http://frombc7197.egloos.com/2875826</link>
	<guid>http://frombc7197.egloos.com/2875826</guid>
	<description>
	<![CDATA[ 
레포트로 CISC, RISC 비교를 해야 하는 터라 이런저런 책을 보고 있는데. 우연히 같은 수업듣는 사람하고 이야기를 하게 되었습니다. 그런데.    사해문서 : 모바일 쪽은 ARM이 주류니까요.     그 사람 : 에이, ARM은 주류라고 부를 수가 없죠.    사해문서 : 네? 모바일 쪽 점유율을 보면 주류라고 불리지 못할 이유가 없는데요?    그 사람 : ARM으로 개발 가능해요?    사해문서 : 네?    그 사람 : ARM 베이스의 머신으로 ARM에서 돌아가는 프로그램 개발이 가능하냐고요.    사해문서 : 어... 잠깐, 지금 ARM에서 돌아가는 프로그램을 결국 x86기반 머신에서 제작해야 하기 때문에 ARM은 주류가 아니라고 하는 건가요?    그 사람 : 그렇죠.    사해문서 : 특이한	]]>
	</description>
	<pubDate>Thu, 24 Nov 2011 20:47:59 +0900</pubDate>
	<dc:creator><![CDATA[제 2 사해문서 ~우주로 사출~]]></dc:creator>
</item>
<item>
	<title><![CDATA[윈도우8, PC-태블릿 소프트웨어 100%호환은 안될수 있다.]]></title>
	<link>http://unHDguy.egloos.com/150275</link>
	<guid>http://unHDguy.egloos.com/150275</guid>
	<description>
	<![CDATA[ 
      기사 발췌글입니다....낚시 제목은 항상 수정해서 올립니다... 기사들 제목 완전맘에 안듬   마이크로소프트(MS)가 태블릿 PC에 설치된 윈도우8에서는 기존 x86 기반 소프트웨어를 구동할 수 없다는 점을 인정했다.  스티븐 시놉스키 MS 윈도우 부문 총괄 부사장은  “윈도우8은 태블릿 PC와 PC 사이에서 완벽하게 호환되지는 않을 것”이라고 밝혔다.ARM SoC에 설치된 윈도우8에서 기존 x86 기반 소프트웨어를 이용하기 위해 소프트웨어를 따로 개발해야 한다는 뜻이다. PC와 태블릿 PC를 동시에 지원하는 운영체제라는 장점이 힘을 잃을 우려가 있는 대목이다.    스티븐 시놉스키 부사장은 이 같은 결정을 하게 된 것에 대해 태블릿 PC의 배터리 성능을 꼽았다.  x86 기반 소프트웨어를 태블릿	]]>
	</description>
	<pubDate>Thu, 22 Sep 2011 21:32:29 +0900</pubDate>
	<dc:creator><![CDATA[                                           IT LIFE]]></dc:creator>
</item>
<item>
	<title><![CDATA[64비트 멀티코어 OS 원리와 구조]]></title>
	<link>http://studyfoss.egloos.com/5564867</link>
	<guid>http://studyfoss.egloos.com/5564867</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/76x100/http://pds21.egloos.com/pds/201108/12/35/c0098335_4e449fdfb13f6.jpg"  
				alt="64비트 멀티코어 OS 원리와 구조" 
				width="76px"  
				height="100pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/>   64비트 멀티코어 OS 원리와 구조    OS 개발 60일 프로젝트  한승훈 지음  한빛미디어, 2011    프로그래머의 길을 가는 많은 이들의 소망(?) 중 하나는  자신 만의 운영체제를 제작해보는 것이 아닐까 싶다.  (개인적으로는 새로 만들기보단 이미 만들어진 것에 얹혀서 가는 쪽을 택했다.. ;;)    널리 읽히는 OS 서적 중의 하나인 &quot;Operating System Concepts&quot;의 표지에서  비롯되었겠지만 많은 이들이 OS의 복잡성으로 인해 이를 '공룡'으로 비유하곤 한다.  운영체제를 제작한다는 것은 공룡과 싸우는 것만큼 힘든 일이라는 뜻일 것이다.  (무려 3000여 페이지에 달하는 이 책의 볼륨을 보더라도  이것이 얼만큼 힘든 일인지 쉽게 짐작할 수 있다.)    이 책은 60일 	]]>
	</description>
	<pubDate>Fri, 12 Aug 2011 12:39:54 +0900</pubDate>
	<dc:creator><![CDATA[F/OSS study]]></dc:creator>
</item>
<item>
	<title><![CDATA[BOOST LIBRARY : x86, x64, ia64 를 위한 부스트 컴파일]]></title>
	<link>http://anster.egloos.com/2157882</link>
	<guid>http://anster.egloos.com/2157882</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds22.egloos.com/pds/201107/08/44/a0051744_4e16e4f94eb91.png"  
				alt="BOOST LIBRARY : x86, x64, ia64 를 위한 부스트.." 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/>                                                                                          BOOST LIBRARY 를 다운받는다.    현재 ( 2011. 7. 8 ) 최신 릴리즈는 1_46_1 이다. zip 파일을 다운받아서 원하는 곳에다가 압축을 푼다.    폴더 내에 내 구성이 다음과 같을 것이다.        이중에서, 위에서 선택된 bootstrap 을 이용해서 bjam 을 만들것이다. bjam 은 일종의 파서다. 사용자가 입력한 옵션을  파싱해서 입력된 옵션에 맞게 부스트 컴파일을 위해 각종 파일들을 세팅 해 준다.     이제 컴파일 할 대상 플랫폼이 무엇인지 결정하고, 그에 맞게 컴파일러를 고르면 된다. 아래 그림을 보자. 	]]>
	</description>
	<pubDate>Fri, 08 Jul 2011 20:58:38 +0900</pubDate>
	<dc:creator><![CDATA[복군]]></dc:creator>
</item>
<item>
	<title><![CDATA[Memory Management : Paging 2]]></title>
	<link>http://anster.egloos.com/2143775</link>
	<guid>http://anster.egloos.com/2143775</guid>
	<description>
	<![CDATA[ 
    지난시간에는 x86 에서 사용하는 32비트 페이징 과정에 대해서 알아 보았다. 이번시간에는 페이징 과정에서 지정되는 메모리 타입과 캐싱 등의 내용들에 대해서 알아보겠다. 지난번 글에 대해서는 아래 링크를 참조하라.    Memory Management : Paging 1    	]]>
	</description>
	<pubDate>Mon, 20 Jun 2011 21:12:48 +0900</pubDate>
	<dc:creator><![CDATA[복군]]></dc:creator>
</item>
<item>
	<title><![CDATA[Memory Management : Paging 1]]></title>
	<link>http://anster.egloos.com/2141358</link>
	<guid>http://anster.egloos.com/2141358</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds20.egloos.com/pds/201106/17/44/a0051744_4dfaf69566c96.jpg"  
				alt="Memory Management : Paging 1" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/>     이번 시간에는 인텔 X86 CPU 에서 페이징 과정이 어떻게 일어 나는지에 대해서 알아 보겠다. 페이징이 무엇이고, 어떠한 장점들을 가지고 있는지는 이번 글에서는 설명하지 않는다. 아래의 문서를 참고하라.      Intel® 64 and IA-32 Architectures Software Developer's ManualCombined Volumes 3A and 3B: System Programming Guide, Parts 1 and 2             ( # 주의 : 이 글에서는 IA-32e 나, PAE 에 대해서는 자세히 설명하지 않는다. 당신의 프로세서가 32비트일거라 믿는다.)       페이징은 선형 주소를 물리 주소로 변환하는 과정이다. 이 과정에서 X86은 페이지 테이블을 이용해	]]>
	</description>
	<pubDate>Fri, 17 Jun 2011 15:39:52 +0900</pubDate>
	<dc:creator><![CDATA[복군]]></dc:creator>
</item>
<item>
	<title><![CDATA[x86 tablet의 문제]]></title>
	<link>http://earthfall.egloos.com/3608500</link>
	<guid>http://earthfall.egloos.com/3608500</guid>
	<description>
	<![CDATA[ 
x86 vs ARM for Tablets, hahaha    에서 단적으로 보여줌.        저전력화, Soc로 만들기 힘들기 때문에 단가와 크기가 문제.    	]]>
	</description>
	<pubDate>Thu, 24 Mar 2011 12:57:52 +0900</pubDate>
	<dc:creator><![CDATA[Mono log]]></dc:creator>
</item>
<item>
	<title><![CDATA[ARM 계열이 진짜 싼 솔루션인가?]]></title>
	<link>http://honeamis.egloos.com/5458713</link>
	<guid>http://honeamis.egloos.com/5458713</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds18.egloos.com/pds/201103/20/43/c0038443_4d85e80ee352e.jpg"  
				alt="ARM 계열이 진짜 싼 솔루션인가?" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> 좋은 물건을 공짜로 얻고 싶다. 그게 아니면 싸게라도... 뭐 이런 심리는 자본주의 사회에서 살아가는 모든 사람들의 공통점... 이겠지? 한마디로 도둑놈 심보다. (진짜로 도둑놈은 얼마전에 7살 어린 신부랑 결혼해버린 친구.... 범죄지...) 아뭏튼 이런 심리에 부응하고자 물건을 팔아먹으려하는 모든 집단은 더 싸게 더 싸게를 외치면서 공대를 나온 모든 사람들을 부려먹으려 하는데.... 가 아니고 가격을 낮추기 위한 장엄한 레이스를 끝도 없이 펼친다. 그 결과, 특히 반도체 분야에서는 피도 눈물도 없는 가격경쟁이 비일비재하다. 다 아는 얘기고....  표 한번 살펴보자. x86 계열과 ARM 계열이 표하나에 모두 있다. 옛날에는 이런 식으로 아키텍처가 다른 CPU 를 비교할 이유가 하나도 없었다. 뭐 워크스	]]>
	</description>
	<pubDate>Sun, 20 Mar 2011 21:06:23 +0900</pubDate>
	<dc:creator><![CDATA[魔界空間과 카라의 추억]]></dc:creator>
</item>
<item>
	<title><![CDATA[Android(x86) - 네트워크 이상]]></title>
	<link>http://namomo.egloos.com/4812174</link>
	<guid>http://namomo.egloos.com/4812174</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds19.egloos.com/pds/201008/10/59/b0054159_4c60c081d383e.png"  
				alt="Android(x86) - 네트워크 이상" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> 혹시 저와 같은 증상을 가진분이 계실까 글을 올립니다.    지난번 포스팅에서 가상 PC에 안드로이드(x86)을 설치했는데 이게 갑자기 네트워크에 문제가 생겼습니다. 설정에도 Ethernet은 정상적으로 On 되어 있는데  Ethernet Configuration에선 관련 디바이스가 없다고 나옵니다. 새로 설치도 해보고 무었이 문제인지 찾다가 네트워크 어댑터 설정을 변경해주니 정상 동작하네요;;;    어댑터 종류가 Intel Pro 계열이었는데 Pcnet 으로 변경했더니 문제가 없어졌습니다. 참고로 어댑터 설정을 변경하기 위해선 Android를 종료하고 설정을 통해 변경해야 합니다.                  	]]>
	</description>
	<pubDate>Tue, 10 Aug 2010 11:59:37 +0900</pubDate>
	<dc:creator><![CDATA[어리숙하고 우울한 냐모]]></dc:creator>
</item>
<item>
	<title><![CDATA[PC에 Android(x86) 설치하기]]></title>
	<link>http://namomo.egloos.com/4807713</link>
	<guid>http://namomo.egloos.com/4807713</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds18.egloos.com/pds/201008/04/59/b0054159_4c5838eb9faaf.png"  
				alt="PC에 Android(x86) 설치하기" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> 웹서핑중 PC에 안드로이드 OS 설치기가 있어 따라해봤습니다.  다만 저의 경우 Mac이기에 Virtual Box를 통해 설치해 보도록 하겠습니다. 너무나 쉬운 나머지 하품이 나올지 모르니 빨리 설명할께요. =)    x86용 안드로이드 이미지가 필요합니다. 저의 경우 Android-x86 사이트에서 iso 이미지 파일을 구했습니다.    해당 이미지를 시디로 굽고요.(RW 시디라야 아깝지 않겠죠? ㅎㅎ) - 디스크 유틸리티를 사용합니다.(시디 없이 Virtual box에서 이미지를 불러 사용할 수 있습니다. 이럴 경우 아래의 시디 굽기는 넘어갑니다.)    정상적으로 구워진 시디를 Virtual Box에서 불러 설치합니다. 설치 전 Android가 저장될 가상 디스크를 만들어야 겠죠? 예전 VirtualB	]]>
	</description>
	<pubDate>Wed, 04 Aug 2010 01:17:42 +0900</pubDate>
	<dc:creator><![CDATA[어리숙하고 우울한 냐모]]></dc:creator>
</item>
<item>
	<title><![CDATA[[Linux] kprobes 동작 방식 (3)]]></title>
	<link>http://studyfoss.egloos.com/5371124</link>
	<guid>http://studyfoss.egloos.com/5371124</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds18.egloos.com/pds/201008/03/35/c0098335_4c56ddb735b6a.png"  
				alt="[Linux] kprobes 동작 방식 (3)" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> Linux: 2.6.34  arch: x86_64  이전 글 보기:  [Linux] kprobes 동작 방식 (1)[Linux] kprobes 동작 방식 (2)  이번에는 2.6.34에서 새로이 추가된 kprobe jump optimization에 대해서 살펴보도록 한다.  앞서 살펴보았듯이 kprobe를 실행하기 위해서는 기존의 실행 흐름에서 최소한  두 번의 exception이 발생되어야 한다. (jprobe의 경우에는 세 번이 필요했다.)  jump optimization은 이를 개선하여 exception을 발생시키지 않고도 kprobe를 동작하게 해 준다.    jump optimization의 기본 아이디어는 breakpoint instruction을 이용하는 대신  (relative) jump를 	]]>
	</description>
	<pubDate>Tue, 03 Aug 2010 00:07:41 +0900</pubDate>
	<dc:creator><![CDATA[F/OSS study]]></dc:creator>
</item>
<item>
	<title><![CDATA[[Linux] kprobes 동작 방식 (2)]]></title>
	<link>http://studyfoss.egloos.com/5370468</link>
	<guid>http://studyfoss.egloos.com/5370468</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds19.egloos.com/pds/201008/02/35/c0098335_4c55a764e1689.png"  
				alt="[Linux] kprobes 동작 방식 (2)" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> Linux: 2.6.34  arch: x86_64  이전 글 보기:  [Linux] kprobes 동작 방식 (1)    이번에는 jprobe와 kretprobe에 대해서 살펴보기로 한다.  이들은 kprobe를 좀 더 간편한 형태로 사용할 수 있도록 특정 목적에 맞게 확장한 것이다.    kprobe는 매우 강력하지만 kprobe의 handler들은 지정한 함수와는 동떨어진  exception context에서 수행되므로 해당 함수에 대한 직접적인 영향을 미치기가 힘들다.  즉 kprobe의 pre/post handler에서는 커널의 (EXPORT된) 전역 변수 등에는 자유롭게 접근이 가능하지만  지역 변수에 접근하기 위해서는 코드를 디스어셈블한 뒤 바이너리 수준에서 분석을 거쳐야만 정확한 위치를  파악할	]]>
	</description>
	<pubDate>Mon, 02 Aug 2010 02:04:03 +0900</pubDate>
	<dc:creator><![CDATA[F/OSS study]]></dc:creator>
</item>
<item>
	<title><![CDATA[[Linux] kprobes 동작 방식 (1)]]></title>
	<link>http://studyfoss.egloos.com/5369031</link>
	<guid>http://studyfoss.egloos.com/5369031</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds19.egloos.com/pds/201007/30/35/c0098335_4c5253e43958e.png"  
				alt="[Linux] kprobes 동작 방식 (1)" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> Linux: 2.6.34  arch: x86_64    kprobes는 커널 코드에 원하는 작업을 동적으로 추가할 수 있는 강력한 기법이다.  kprobes는 커널 설정 시 CONFIG_KPROBES 옵션을 선택하면 사용할 수 있으며  이를 이용하면 원하는 위치의 코드를 디버깅 하거나 패치하는 작업도 가능해 진다.    kprobes는 기능에 따라 kprobe, jprobe, kretprobe로 나누어지는데  뒤의 두 가지는 kprobe의 기능을 기반으로 하여 추가적인 기능을 제공하는 것이므로  먼저 kprobe에 대해서 살펴본 후 jprobe와 kretprobe를 알아보기로 한다.    kprobe는 기본적으로 코드 상의 특정 위치를 지정한 후  해당 위치의 앞/뒤에서 호출될 pre/post handler	]]>
	</description>
	<pubDate>Fri, 30 Jul 2010 13:42:41 +0900</pubDate>
	<dc:creator><![CDATA[F/OSS study]]></dc:creator>
</item>
<item>
	<title><![CDATA[[glibc] CSU (C start up) routines]]></title>
	<link>http://studyfoss.egloos.com/5283161</link>
	<guid>http://studyfoss.egloos.com/5283161</guid>
	<description>
	<![CDATA[ 
glibc: 2.10.1  gcc: 4.4.3  arch: x86    보통 프로그램이 시작될 때 main() 함수가 먼저 수행되는 것으로 알고 있지만  실상은 그보다 먼저 실행되어 main 함수가 동작하기 위한 환경을 만들어주는 역할을 하는 여러 루틴들이 있다.  (사실 ELF 표준에서 별다른 설정 없이 가장 먼저 실행되는 함수의 이름은 _start이다.)  이들을 csu 혹은 crt (C run-time?) 루틴이라고 부른다.    앞서 gcc로 컴파일 시 -v 옵션을 주었을 때 링크 과정에서 여러 start/end file들과 함께  링크되는 것을 보았을 것이다. 이들이 바로 이러한 crt 루틴에 해당한다.  정확히는 다음 파일들에 해당한다.  /usr/lib/crt1.o/usr/lib/crti.o/u	]]>
	</description>
	<pubDate>Wed, 31 Mar 2010 20:39:15 +0900</pubDate>
	<dc:creator><![CDATA[F/OSS study]]></dc:creator>
</item>
	</channel>
</rss>

