<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>김 용묵의 절대공간 - 블로그: CPU-아키텍처-CISC와-RISC에 달린 최근 댓글/트랙백 목록</title>
		<link>http://moogi.new21.org/tc/</link>
		<description>그런즉 이제 애호박, 단호박, 늙은호박 이 셋은 항상 있으나, 그 중에 제일은 늙은호박이니라.</description>
		<language>ko</language>
		<pubDate>Tue, 03 Jun 2025 12:38:11 +0900</pubDate>
		<generator>Textcube 1.7.8 : Con moto</generator>
		<image>
		<title>김 용묵의 절대공간 - 블로그: CPU-아키텍처-CISC와-RISC에 달린 최근 댓글/트랙백 목록</title>
		<url>http://moogi.new21.org/tc/attach/1/1226640661.jpg</url>
		<link>http://moogi.new21.org/tc/</link>
		<width>216</width>
		<height>185</height>
		<description>그런즉 이제 애호박, 단호박, 늙은호박 이 셋은 항상 있으나, 그 중에 제일은 늙은호박이니라.</description>
		</image>
		<item>
			<title>김재주님의 댓글</title>
			<link>http://moogi.new21.org/tc/376#comment906</link>
			<description>RISC 방식은 컴파일러가 코드를 최적화하긴 어렵지만 반대로 CPU에서 oooe 같은 거 할 때는 편리하죠. 파이프라이닝도 한결 간단히 할 수 있고요.

뭐 요새는 CISC 아키텍쳐에서도 각각의 인스트럭션을 마이크로 인스트럭션으로 분해해서 실행하기 때문에 그리 큰 장점이라고 보긴 어렵지만요</description>
			<author>(김재주)</author>
			<guid>http://moogi.new21.org/tc/376#comment906</guid>
			<comments>http://moogi.new21.org/tc/376#comment</comments>
			<pubDate>Mon, 20 Sep 2010 09:47:58 +0900</pubDate>
		</item>
		<item>
			<title>사무엘님의 댓글</title>
			<link>http://moogi.new21.org/tc/376#comment907</link>
			<description>앞으로 뭔가 새로운 인스트럭션이 추가될 일이 절대 없다면야 거기에 딱 맞춰진 RISC 방식이 여러 모로 유리하겠습니다만, 하위 호환성 존중하는 한편으로 탈출 문자로 새로운 명령어를 추가하고 또 추가하는 x86스러운 방식이라면... 융통성이 뛰어난 CISC 방식 말고 대안이 없을 것 같긴 합니다.
언제적 일이더라? CPU가 big endian 방식인 컴퓨터를 보고는 깜놀 했던 기억이 납니다. 마치 여행을 많이 다니면서 세상 견문을 넓힐 필요가 있듯이 다양한 기계에서 프로그래밍을 해 볼 필요는 있는 것 같아요.</description>
			<author>(사무엘)</author>
			<guid>http://moogi.new21.org/tc/376#comment907</guid>
			<comments>http://moogi.new21.org/tc/376#comment</comments>
			<pubDate>Mon, 20 Sep 2010 22:31:56 +0900</pubDate>
		</item>
		<item>
			<title>김 기윤님의 댓글</title>
			<link>http://moogi.new21.org/tc/376#comment908</link>
			<description>컴퓨터 구조 시간에 수업했던 내용이 생각나네요- (..)

다만 그렇게까지 low-level 로 분석하거나 할 일은 없으므로 이해는 가지만, 실감은 안날달까..? 그런 느낌입니다</description>
			<author>(김 기윤)</author>
			<guid>http://moogi.new21.org/tc/376#comment908</guid>
			<comments>http://moogi.new21.org/tc/376#comment</comments>
			<pubDate>Mon, 20 Sep 2010 23:05:52 +0900</pubDate>
		</item>
		<item>
			<title>사무엘님의 댓글</title>
			<link>http://moogi.new21.org/tc/376#comment909</link>
			<description>뭐, 꼭 알 필요는 없지만 알아 두면 좋은 내용이죠.
저는 하드웨어나 시스템 프로그래밍 쪽에 그렇게 관심이 많은 게 아니지만,
C/C++ 자체가 워낙 네이티브 코드 지향적이고 돌아가는 컴퓨터 환경의 특성을 잘 나타내는 언어이다 보니, 이런 감각도 어느 샌가 자연스럽게 터득을 하게 되더라고요.
물론 그런 면모 때문에 C/C++이 비판을 받기도 합니다만.</description>
			<author>(사무엘)</author>
			<guid>http://moogi.new21.org/tc/376#comment909</guid>
			<comments>http://moogi.new21.org/tc/376#comment</comments>
			<pubDate>Tue, 21 Sep 2010 10:10:12 +0900</pubDate>
		</item>
		<item>
			<title>김재주님의 댓글</title>
			<link>http://moogi.new21.org/tc/376#comment910</link>
			<description>제가 항상 하는 생각인데

IT업계 종사자의 평균수명을 깎아먹는 요인은 몇 가지가 있습니다.

1. 야근
2. 술 (회식)
3. 담배
4. C/C++
...</description>
			<author>(김재주)</author>
			<guid>http://moogi.new21.org/tc/376#comment910</guid>
			<comments>http://moogi.new21.org/tc/376#comment</comments>
			<pubDate>Tue, 21 Sep 2010 15:02:32 +0900</pubDate>
		</item>
		<item>
			<title>사무엘님의 댓글</title>
			<link>http://moogi.new21.org/tc/376#comment911</link>
			<description>남이 개념 없이 짜 놓은 C/C++ 코드를 디버그해야 하거나 memory leak을 찾아내야 한다면 정말로 수명이 단축될 수도 있겠습니다. -_-</description>
			<author>(사무엘)</author>
			<guid>http://moogi.new21.org/tc/376#comment911</guid>
			<comments>http://moogi.new21.org/tc/376#comment</comments>
			<pubDate>Tue, 21 Sep 2010 20:33:20 +0900</pubDate>
		</item>
	</channel>
</rss>
