MS, 윈도NT 결함 감추려 무리한 로비 파문

혹시나 잘 모르시는 분들을 위한 간단한 배경지식..

- 486이후의 인텔호환 CPU에는 자신의 정체를 알리기 위한 cpu ID가 부여되어 있다.
- 각종 OS에서는 그 ID를 읽어내어 CPU의 종류를 확인하고 작동하도록 되어있다.
- Windows NT는 그 ID를 비트로 세자리(000-111 즉 0-7)까지만 인식하게 되어있었다.
- 6번 ID를 가지는 P6계열의 칩 이후로 이타니움(인텔의 차기 64비트 CPU)이 자리를
차지해서 7번 아이디를 가지게 되었다.
- 새로나온 펜티엄4 CPU의 아이디는 8번을 주면 되겠지...그런데..
- 그럴 경우 NT는 CPU ID 를 000(8=1000, 뒤의 세자리만 인식..)으로 인식하게 되고
이는 상당히 큰문제(설치 자체가 안될정도?)를 유발한다.
- 어찌되었든 이런 이유로 Pentium 4 계열의 ID를 15=1111(NT에서는 7로 인식)로 정하고
설마 이타니움(7번 아이디를 이미 가지고 있는 64비트오에스)을 NT(32비트오에스)에서
사용할 일은 없을 것이므로 문제가 없을 것이라고 판단했다. 그렇게 해결해 버렸다.

이런 상황입니다.

linux.com측의 기사내용에서는 15번으로 결정한 것이 인텔측이었다는 식으로
써있었습니다.

If you haven\'t figured it out by now, the first three bits of 8 are zero, zero and,
you guessed it, zero. Windows NT goes wacko when it sees a CPU family zero.
Serious wacko. Jack with an axe at the end of The Shining wacko. Since Windows 2000
wasn\'t in wide release at the time, and
\"\"Intel wanted to avoid this tech support issue, the family code had to be changed to
avoid a conflict with Windows NT. \"\"(인텔은 이러한 기술지원 상의 문제를 피하기
위해 CPU의 패밀리 코드를 NT와의 충돌을 회피하는 쪽으로 바꾸었다. )

즉 새로운 CPU가 기존에 엄청 많이 사용되는 NT와 호환이 안되는 경우 CPU자체의
문제로 인해 인텔이 처리해야 할 고객의 불만이 엄청 발생할 가능성이 있으므로
코드를 바꾸어 쉽게 문제를 처리하려고 했던 것으로 보입니다.
기술 지원쪽에 근무해본 경험이 있는 저로서는 상당히 설득력 있는 결정이라고 보이네요.

문제는 이러한 정책의 결정이 리눅스 진영측에 제때 알려지지않아서 바로 적용이
안되고 따라서 말좋아하는 기자들이 리눅스가 펜티엄4를 지원하지 않는다고
떠들어 리눅스 기업들이 쪼금 타격을 받을 가능성이 있을지도 모른다고 걱정을 하는..
뭐 그런 상황이었을 겁니다.

위에 나온 기사를 읽어 보면 이 과정에 MS의 \"무리\"한 로비(어떻게 하면 무리한 로비가
되는지는 잘 모르겠습니다.)가 들어 갔다고 되어 있고 그 근거는 없더군요.
그거 말고도 기사는 추측과 가설이 난무하는 한편의 소설 정도로 보입니다.
물론 리눅스에서의 CPU종류가 가지는 의미등은 전혀 모르는 사람이 쓴것이라 판단되지만..

이 문제에 MS가 왜 끼는지는 모르겠습니다 .로비를 했다면 아마도
로비 수준이 아니라 협의정도였을 겁니다. 펜티엄 4로 인한 문제가 발생한다면 아마도
인텔측이 더 괴로울 것이니까요. 펜티엄4는 엔티가 만들어질 당시에는 얘기도 없던
CPU입니다. 아마도 NT의 지원 하드웨어 목록에도 없을 것이고 MS는 아무 책임도 없습니다.
고객이 \"내가 새로산 펜티엄4에서 엔티가 안깔린다\"는 불평을 하면 아마도 MS는
\"그러면 Windows 2000\"으로 업그레이드 하세요.\" 그러겠죠. :-)

또 리눅스 진영의 문제도 사실은 별거 아니라고 봅니다. 리눅스에서 CPU의 종류를 확인하는
것이 가지는 문제가 저는 그다지 크지 않다고 봅니다. 새로운 CPU의 새로운 기능을 쓰지
않는 한에는 이것이 어떤 CPU인지 확인하는 것은 단순한 정보에 그친다는 생각이죠.
단순히 cat /proc/cpuinfo 쳤을때 unknown cpu라고 나오는 것이 리눅스에서 그 CPU를
지원하지 않는 다는 것으로 연결되는건가요?

결론을 내리자면,
첫째, IT업계 기사만큼 못미더운 글들도 없다.
둘째, 잘못된 가정은 화를 자초한다. (이건 linux.com의 글에서 따온 겁니다.)
세째, 이 문제는 토론거리는 아니고 단순한 정보에 그친다.

개인적인 감정으로는 왜 이런 종류의 토론에서는 끝에가서 두편으로 갈려서
싸우는 것으로 결론이 나야 하는지 불만이라는 점입니다.

MS와 인텔을 두둔하고 안하고의 문제가 아니라,
이 기사는 의도적으로 둘을 비난하기 위해 사실을
확대/왜곡했습니다. 왜냐하면 운영체제가 처음에
부트하면서 \"cpu: Intel Pentium III 500Mhz ...\"
등을 출력하는 것은 CPU 안에 하드코어된 데이터를
그대로 읽는 것이 아니라 CPUID 명령어로 몇 가지
정보를 읽어서 이를 토대로 프로세서의 종류를
소프트웨어적으로 판단하는 것이기 때문입니다.
(즉 프로세서 안에는 Pentium III 같은 문자열은
존재하지 않습니다. 거기다 오버클럭 해보면 아시겠
지만 500Mhz 같은 주파수 표시역시 계산에 의한
것이지 프로세서 안에는 그런 정보가 없습니다)
따라서 펜티엄 4가 패밀리 넘버로 8을 갖던지 15를
갖던지 상관없이 펜티엄 4의 스펙 공개 이전에
만들어진 세상의 모든 운영 체제는 이 프로세서의
이름이 펜티엄 4가 될지 다른 이름이 될지 전혀
예측할 수 없기 때문에 단지 \"cpu: Unknown processor\"
등으로 표시할 수 밖에 없습니다.
따라서 국내외의 리눅스 사용자들이 이런 문제로
인텔에 반발할 하등의 이유가 없으며, 패치를 적용하
는 것도 거의 누워서 떡먹기에 가까울 정도로 쉽고,
리눅스의 신뢰성에 크게 손상을 받는다는 것도 정말
말도 안되는 이야기입니다.
이 글을 쓴 기자님은 아마 MS와 인텔, 리눅스 진영을
싸움붙이려고 유도한 것 같은데, 정말 유감스럽습니다.
더 생산적인 일로 논쟁할 일도 많은데요.

아래는 Mogua 커널에서 CPU 종류를 인식하는 C 코드
입니다.
Pentium 4는 커녕 II와 III도 인식이 안되지만, 인텔
뿐만 아니라 제 썬더버드에서도 이상없이 돌아갑니다.

void
identify_cpu()
{
char *company = \"\";
char *family = \"\";
char *modelname = \"\";

cpuid(&cpu_info);

if (memcmp(cpu_info.vendor_id, \"GenuineIntel\", 12) == 0) {
static const char *m486[] =
{\"DX\", \"DX\", \"SX\", \"DX/2 or 487\", \"SL\",
\"SX/2\", \"\", \"DX/2-WB\", \"DX/4\"};
static const char *mp5[] =
{\"\",
\"\", /* or overdrive for same */
\"\",
\"\",
\" with MMX\"};
static const char *mp5o[] =
{\"\",
\"\", /* 60/66 Overdrive, in theory */
\"\", /* 75-133 Overdrive, in theory */
\" Overdrive for 486\",
\" with MMX Overdrive\"};
static const char *mp6[] =
{\"\", \" Pro\", \"\", \" II\", \"\",
\" II/Celeron/Xeon\", \" Celeron\",
\" III\"};

static const char *mp6o[] =
{\"\", \"\", \"\", \" Pro Overdrive\"};

company = \"Intel\";
switch (cpu_info.family) {
case 4:
family = \"i486\";
if (cpu_info.model < sizeof(m486)/sizeof(m486[0]))
modelname = m486[cpu_info.model];
break;
case 5:
family = \"Pentium\";
if ((cpu_info.model < sizeof(mp5)/sizeof(mp5[0])) &&
(cpu_info.type == 0))
modelname = mp5[cpu_info.model];
if ((cpu_info.model < sizeof(mp5o)/sizeof(mp5o[0])) &&
(cpu_info.type == 1))
modelname = mp5o[cpu_info.model];
break;
case 6:
family = \"Pentium\"; /* P6 family */
if ((cpu_info.model < sizeof(mp6)/sizeof(mp6[0])) &&
(cpu_info.type == 0))
modelname = mp6[cpu_info.model];
if ((cpu_info.model < sizeof(mp6o)/sizeof(mp6o[0])) &&
(cpu_info.type == 1))
modelname = mp6o[cpu_info.model];
break;
}
} else if (memcmp(cpu_info.vendor_id, \"AuthenticAMD\", 12) == 0) {
company = \"AMD\";
switch (cpu_info.family) {
case 5:
family = \"K5\";
break;
case 6:
family = \"K6\";
break;
}
} else if (memcmp(cpu_info.vendor_id, \"CyrixInstead\", 12) == 0) {
company = \"Cyrix\";
switch (cpu_info.family) {
case 5:
family = \"6x86\";
break;
}
} else
company = \"Unknown\";

printf(\"CPU: %s %s%s \", company, family, modelname);
printf(\"(family %d, model %d, type %d, stepping %d)\\n\",
cpu_info.family, cpu_info.model, cpu_info.type,
cpu_info.stepping);
}