서버급에서만 되는건 아닙니다. 다만 Windows9x의 멀티태스킹
과 자원관리가 완전하지 않기 때문에 Windows NT계열이나
Windows 2000계열에서만 되는것입니다. Windows 2000
Professional(예전의 NT 4.0 Workstation)부터 잘 돌아갑니
다.
 지금부터는 전적으로 제 개인적인 생각임을 알려 드립니다.
 태초에 DOS가 있었고, GUI에 대한 갈망을 풀기 위하여 Windows
라는 것이 생겨났습니다. 멀티태스킹을 지원하고 싶었으나, 당시
의 CPU는 멀티태스킹을 자원하기에 부족함이 많았기 때문에 MS에
서는 고육지책으로 프로세스 제어를 O/S에서 하는것이 아니라,
각각의 어플리케이션이 잠시 시스템 자원을 사용한 뒤 다음 순서
의 어플리케이션으로 넘겨주는 방식으로 해결을 했습니다.(지금
의 Linux를 보면 아무리 특정 어플리케이션이 바쁘게 돌아가도
할당된 CPU 시간이 지나면 강제로 다음 어플리케이션으로 CPU를
배당하죠... 예전에는 이런 일들을 각각의 어플리케이션이 알아
서 해줘야만 했습니다. 따라서 한 어플리케이션이 CPU를 잡고
안 놓아 주면 꽈당이였죠. 이른바 Cooperative Multitasking,
Preemitive Multitasking과 상반된 개념입니다. 그런데 스펠
링 맞나?) 여기까지가 Windows 3.x의 상황입니다. MS-DOS위에
서 도는 GUI 껍데기였지만, 멀티태스킹이라는 것을 지원해야만
했기 때문에 이렇게라도 한 것입니다.
 주목할 것은, Windows 3.x가 도는 기반환경인 DOS는 원래 멀티
태스킹 환경이 아니였다는 것입니다. 위의 꽁수는 그래서 생긴
것이죠. 멀티태스킹환경이 아니면서 멀티태스킹처럼 보이기. 어
쩌면 80286(이넘은 멀티태스킹 지원합니다.)이 나온 시점에서도
위와 같은 원시적(?) 멀티태스킹을 사용한 것은 DOS의 한계때문
인지도 모릅니다.
 그 다음 Window 3.x의 후속으로 나온 것이 코드네임 'Chicago'
였던 Windows95입니다. 이녀석은 Windows 3.x에서 지원되었던
386 enhanced mode라는걸 조금 손봐서 32비트 프로그램의
경우 Preemitive multitasking을 가능하게 했습니다. 하지만
DOS 호환성을 위한 허접스런 자원관리는 그대로 남았습니다.
 Windows9x의 경우 하드웨어 자원에 대한 O/S수준에서의 통제가
미흡합니다. 왜냐 하면 예전 DOS시절의 소프트웨어들이 O/S를
거치지 않고 직접 하드웨어를 제어하는 것을 어떻게 해서든 지원
해야만 했기 때문입니다. 반면 NT는 처음부터 이런 것을 허용하
지 않았고, 현재 DirectX를 통해서 하드웨어를 제어하는 쪽으로
가닥을 잡아가고 있는것 같더군요.
 결론적으로 Windows9x에서는 vmware를 쓸 수 없습니다. 아예
이전 DOS에 대한 지원을 접어버렸다면 이런 일은 없을것인데
(그럼 Windows계열은 NT/2000밖에 없겠죠) 그노무 호환성때문
에 망한 겁니다. 항상 그래왔습니다. 하드웨어는 충분한 기능성
을 갖추고 있는데, MS의 빌어먹을 호환성 전략때문에 사용자만
물을 먹는 것이죠. 사실 DOS계열을 쓴다면 Pentium III도
엄청 빠른 8086(80년대 중반에 나온 Intel의 16비트 CPU입니다)
에 불과할 따름입니다.
 혹시라도 Windows 2000을 서버급이라고 오해하실까봐서 댓글을
달아 봅니다. Windows9x에서만 안되는겁니다.(ME 포함해서요.
ME도 Windows9x 계열입니다.)
 : 윈도우에서는 서버급에서 지원됩니다.
: 2000부터요...
:
: 시스템이 빵빵하면 모...같이 서두 문안하듯하네요..
:
: 저도 리눅스를 쓰지만 쿠키문제도 있고해서 vmware로 익스플로러를 많이 씁니다.
:
: 인터넷두 잘되니까 아주좋구요...