<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:thr="http://purl.org/syndication/thread/1.0">
  <title type="html">김 용묵의 절대공간 - 블로그: CPU-아키텍처-CISC와-RISC에 달린 최근 댓글/트랙백 목록</title>
  <id>http://moogi.new21.org/tc/</id>
  <link rel="alternate" type="text/html" hreflang="ko" href="http://moogi.new21.org/tc/" />
  <subtitle type="html">그런즉 이제 애호박, 단호박, 늙은호박 이 셋은 항상 있으나, 그 중에 제일은 늙은호박이니라.</subtitle>
  <updated>2025-06-03T12:10:47+09:00</updated>
  <generator>Textcube 1.7.8 : Con moto</generator>
  <entry>
    <title type="html">김재주님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/376#comment906" />
    <author>
      <name>(김재주)</name>
    </author>
    <id>http://moogi.new21.org/tc/376#comment906</id>
    <published>2010-09-20T09:47:58+09:00</published>
    <summary type="html">RISC 방식은 컴파일러가 코드를 최적화하긴 어렵지만 반대로 CPU에서 oooe 같은 거 할 때는 편리하죠. 파이프라이닝도 한결 간단히 할 수 있고요.

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

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

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

1. 야근
2. 술 (회식)
3. 담배
4. C/C++
...</summary>
  </entry>
  <entry>
    <title type="html">사무엘님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/376#comment911" />
    <author>
      <name>(사무엘)</name>
    </author>
    <id>http://moogi.new21.org/tc/376#comment911</id>
    <published>2010-09-21T20:33:20+09:00</published>
    <summary type="html">남이 개념 없이 짜 놓은 C/C++ 코드를 디버그해야 하거나 memory leak을 찾아내야 한다면 정말로 수명이 단축될 수도 있겠습니다. -_-</summary>
  </entry>
</feed>
