quickmenu
PC 리뷰 홈  

Windows XP x64 Edition 가이드 1부

2005-05-27 13:17
최광수 前 기자 press@bodnara.co.kr

5. 64비트 운영체제 성능 분석 - 3D가속, 스토리지



이 페이지에서 살펴볼 3D 가속 성능이나 IDE 및 SATA 성능은 CPU의 연산 능력과는 연관성이 비교적 적은 테스트이다. 이미 3D 렌더링에서 CPU의 역할이 축소되어 더 이상 프레임 유지율에 큰 차이를 주지 못하고 있고, 64비트 전용 게임이 나온다 하더라도 GPU 성능에 시너지 효과는 주지 못하기 때문에 큰 효과는 보지 못할 것이다. 스토리지쪽도 마찬가지로 64비트 메모리 어드레싱과는 연관성을 찾기 어렵다. 그럼에도 불구하고 이 페이지에서 테스트 결과를 보여드리는 이유는 이미 안정화된 32비트용 드라이버와, 이제 막 개발되기 시작한 베타 버젼 수준의 x64 Edition 드라이버의 차이를 보여드리기 위해서이다.

　

FutureMark社의 3DMark 시리즈를 기본값 (1024*768 / noAA, noAF)에서 테스트한 결과이다. CPU 의존도가 높은 3DMark 2001 SE에서는 의외로 성능 차이가 적은데, 3DMark 03에서의 스코어 차이가 상당히 나는 것을 볼 수 있다. 이미 살펴보았듯 32비트 소프트웨어를 64비트 커널에서 실행할때 약간의 성능 하락이 있지만 그 차이는 미미하기 때문에, 위의 차이는 드라이버의 차이라고 보아야 할 것이다.

　

렌더링에 부하를 더 걸어주었을 때의 차이를 살펴보기로 하자. (스코어는 CPU로 렌더링 한 결과가 더 높게 나오지만 실제 프레임 레이트는 훨씬 낮다) GPU가 렌더링 할 때는 여전히 32비트 환경에서 더 좋은 성능을 보이고 있다. 그런데, CPU를 통한 렌더링은 안티알리아싱이나 비등방성 필터링과 같은 부하가 더 걸릴수록 x64 Edition에서 더 좋은 결과를 보이고 있다. 프레임 레이트의 작은 차이가 스코어 차이로는 크게 나타나기 때문에 신뢰성이 그리 높지는 않지만, 차후 CPU 의존적인 IGP들의 64비트 드라이버가 제대로 만들어진다면 지금보다 IGP의 성능이 월등히 높아질 수 있음을 암시하는 결과라고 할 수 있겠다.

　

x64 Edition - IDE

32bit - IDE

HDTach를 사용해 IDE 하드 디스크의 성능을 측정한 결과 미묘한 차이로 Burst Speed는 x64 Edition에서, 시크타임은 32비트에서 더 좋은 결과를 나타낸다. 그러나 두 수치 모두 오차 범위 내이기 때문에, IDE 드라이버는 성능 하락이 없다고 보면 된다.

　

x64 Edition - SATA

32bit - SATA

S-ATA 하드 디스크인 랩터의 테스트 결과 역시 IDE와 같은 양상이다. 버스트 스피드는 x64 Edition에서 더 높게 나타나며, 시크타임은 32비트 환경에서 더 좋다.
이전 페이지로 돌아갑니다 다음 페이지로 이동합니다
이 기사의 의견 보기
with2691 (ID) / 05-05-27 13:42/ 신고
한글버전은 언제 나올런지..
. / 05-05-27 14:25/ 신고
정수 연산과 부동연산은 유닛이 전혀 다릅니다. 시퓨가 64bit 인건 정수연산 뿐입니다. FPU가속과는 별개죠. "64비트 프로세서에서 가장 이득을 많이 보는 부분은 한번에 연산하는 비트 수가 많은 Floating Point 연산이다." 이부분 수정 바랍니다. 참고로 x87 architeture는 실수부 가 32bit, 64bit, 80bit 3가지를 지원합니다. 대신 이게 스택머신 구조라 구조효율이 좋지가 않습니다만.. x86 64 스펙을 보니 FPU부분은 어쩔수 없이 외형은 그대로더군요. 아마 일반적인 상황서 어느정도 속도향상이 나오는 것은 GPR의 증가 에 따른 부분일 것입니다. GPR이 16개로 늘어났으니.. 근데 웃기게도 bit수가 64bit이라 득을본거라 할수 는 없는거죠 x86 64 architecture의 득을 봤다곤 할수있겟네요. 그리고 메모리 대역폭은 외부 버스적인 요소 도 많겠지만 명령어 셑 에서도 부하를 받습니다만.. 현재 32bit 컴퓨터 들도 SSE를 이용해서 128bit 씩 램카피를 합니다. 물론 보조적인 지연상황때문에 실제론 x86 64 쪽이 속도 가 더 나올겁니다만.. 압도적인 차이 를 기대하기는 힘듭니다. 어드레스 영역 확장 정도로 가치를 보면 되겠네요 task당 48bit address영역이니깐요.
. / 05-05-27 14:33/ 신고
참고로 이런내용에 자체적인 해석 을 달아주실땐 가급적 CPU spec 정도는 봐 주시길 바랍니다. SQL server나 기타등등 원래부터 64bit length 값을 써오던 놈들은 상당한 성능향상이 있을 것입니다. 3D가속부분하곤 전혀 무관하죠. 3D쪽에선 중요한게 메모리 대역폭 쪽 이 상당히 중요합니다. 그리고 일반적인 연산 중 중첩연산이 많으니 L1혹은 L2의 hit rate가 우수한게 좋겠지요. AMD64나 Dothan이 게임쪽에 유달리 강한건 그러한 이유입니다. 기존 32bit 칩이 64빗 연산시 더하기는 ADD, ADC 2번 빼기는 SUB, SUBC 2번씩 해주던 것을 이제는 1번씩 하겠죠. 곱의 경우는 더 빨라질 것입니다. 이외의 경우 는 램 자체가 이미 시퓨보다 많이 느리기에 억지로 64bit 숫자를 쓰질 않습니다. 이건 64bit 이 전부터 쓰여온 스팍이나 G5쪽에서도 이미 그렇게 쓰고 있습니다. 게다가 x86 구조는 명령어 길이가 가변형태이니 굳이 64bit 가 불필요한 과정에 쓸 필요가 없죠. 파크라이 64bit을 보니 텍스처 밀도 증가 및 원거리 사물증대표시 가 되면서도 속도저하가 없어졌는데요 굳이 말씀드리자면 1. Shader3.0일경우는 원거리 사물 늘어도 시퓨 부하없다(인스턴스기능 덕). 2.0일경우는 있다(2.0으로 아마 기억합니다. 역시 아키텍처 에서 도움을?) 2. 텍스처 선명도 증가 는 전적으로 그래픽카드 역할이다. 가 되겠습니다. VRAM의 용량소모가 더 심해질 뿐이지요. 성능향상 은 맞지만 64bit때문만은 아닌듯 합니다. 그정도 게임 만들때 64bit 정수 를 쓸 이유가 없죠. 도리어 하락입니다만 movsq 의 속도가 가속될테니 자잘한 memcpy서의 성능향상은 어느정도 나와 줄 듯 합니다.
안티맨 / 05-05-27 17:15/ 신고
흠~시기상조라 그래도 한번 사용해보고 싶군요.^^
대세이긴 하지요^^
tazmania (ID) / 05-05-28 6:24/ 신고
XP가 나오기 전 2000으로 넘어갈 때
한 1년 동안을 98SE를 썼었죠... 게임때문에...
그 전엔 98이 나왔을 때에도 95 OSR2를 썼었죠...
이번에도 마찬가지로 당분간은 기본 XP로...
게임 때문에... 후후후후~~
frog8282 / 05-05-28 10:18/ 신고
처음 시작하는 말이 와 닿네요 ㅋ

제가 보기엔 좀 기다려 준거 ㅡ0ㅡ
??? / 05-05-28 13:17/ 신고
윈도우 XP 64는 윈도우 2003 서버 64 시리즈와 커널이 같은게 아닐까요? 베타때 같은 빌드를 가지고 올라가더군요. 2003 서비스팩은 1까지 나왔고 1에서 보안센터가 포암되었죠.
masasi (ID) masasi님의 미디어로그 가기  / 05-05-28 21:48/ 신고
벤치만 보면 거의 바꿀 필요가 없는 수준이군요.
수퍼파이 또한 차이를 보였다고 설명은 말하고,
1초도 중요한 차이이기는 하지만
사실 그 정도 차이는 4메가 테스트의 경우는
같은 시스템으로 돌려도 나오는 차이가 아닌지...

드라이버는 수신카드 부분을 제외하고는
일반적인 사용자들을 위한건 다 나온것 같지만,
프로그램들이 돌아가는 정도를 넘어서
64비트에 걸맞게 나올 때는 언제가 될런지 궁금하네요
나그네 / 05-05-29 14:15/ 신고
FPU는 비트수와는 차이가 없다에 한표.

FPU 유닛의 성능이 향상된 것이지

64비트로 확장되어서 그런 것은 아닙니다.

80bit 64bit 부동소수점 연산 기능이 32에서 64로 넘어왔다고 해서 160bit 128bit가 되는 것은 아닙니다.

부동소수점 체계는 IEEE에서 규정하고 있어서 늘리거나 줄이면 표준에 맞지않게 됩니다.
옆집나그네 / 05-05-29 14:21/ 신고
점수에만 의존하지말고 실제 체감성능의 지표인 어플리케이션 동작속도 등을 시간을 통해서 측정했었으면 더 좋은 기사가 되지않았을까 하는 아쉬움이 듭니다.
리누 (ID) / 05-05-29 19:40/ 신고
문제가 되는 표현이 들어 있는 곳은 수정하였습니다. 지적 감사 드리며, 잘못된 정보를 제공한 점 사과드립니다.
hong620 (ID) / 05-05-29 23:17/ 신고
홈에디션 시리얼은 이제 무용지물인가...┓-
kood (ID) kood님의 미디어로그 가기  / 05-05-30 7:42/ 신고
네 한글버전 마무리 되고 있다고 하는데

미지수 일듯
pg1313 (ID) pg1313님의 미디어로그 가기  / 05-05-30 10:18/ 신고
한글버그와 자체버그 모두 공존할듯..
어플의 부족으로 공증도 많이 부족하고..
역시 대세는 기다리는 것...
하긴 집의 CPU도 애슬론XP이니 CPU업글이 먼저이지만^^
jenjinman (ID) jenjinman님의 미디어로그 가기  / 05-06-03 14:26/ 신고
원도우 3.1에서 95로 넘어간던때가 생각나는군요.
그때는 인터넷이 아니라 마이컴,셈틀마당,PC라인같은 잡지에 이런글이 많이 실렸죠....^^
32비트때도 그랬지만 대세가 64비트라 시간이 지나면 다 해결되더군요........다만 당장 사용할수 없다는 아쉬움이 남을뿐입니다.....^^
나그네 / 07-02-27 2:36/ 신고
XP x64가 왜 버전이 2003이냐 하면은 서버 2003의 코드를 베이스로 만들었기 때문입니다(설치할때 2003의 코드로 만들었다고 나옵니다).빌드가 끝났을땐 이미 2003이 서비스팩 1이 나온 상태라 서비스팩1을 기본 포함시킨 것이고요.
그리고 32비트 XP SP1 = 64비트 XP, 서버 2003 이 성립되어
32비트 XP SP2 = 64비트 XP SP1, 서버 2003 SP1이 되는 것입니다
닉네임 lock
비회원

보드나라 많이 본 뉴스
보드나라 많이 본 기사

보드나라 최신 기사
[05/27] 펀키스, ATK 8K 자석축 게이밍 키보드 RS6 Air / RS7 Air 신규 출시  
[05/27] ipTIME, 가정의 달 기념 AI 홈캠 특가 이벤트 진행 ‘C400GS C500GS’ 최대 약 40% 할인 판매  
[05/27] 게임과 AI 모두 가성비 높은 선택, 인텔 데스크탑 성능 워크샵  
[05/27] ‘공간 효율과 확장성을 잡은 듀얼챔버 미니타워 케이스’... 다크플래쉬, DPH70M ARGB 출시  
[05/27] 플러스제로, AI검색 노출 최적화 '지라이터' 출시  
[05/27] eFootball 시리즈 최신작! 'eFootball™ Kick-Off!' 2026년 5월 14일부터 예약 판매  
[05/27] 무섭도록 귀여운 유령 삼국 RPG ‘넋나간 삼국지’, 정식 출시  
[05/27] 마우저, 배터리 자동차 산업 애플리케이션을 위한 인피니언 테크놀로지스의 ‘XENSIV KP497’ 스마트 기압 센서 공급  
[05/27] 맥스엘리트, 140mm 30T 고성능 팬 4개 탑재, 1stPlayer AU8 빅포 ARGB 케이스 출시  
[05/27] 앱코, SOAI 협업 흥행 기계식 키보드 'AF108PRO' 신규 컬러 와인 그레이 출시  
[05/27] 콕스, 손바닥 아치에 맞춘 인체공학 마우스 'CEM70' 출시  
[05/27] 가민, 러닝 GPS 스마트워치 ‘포러너 70’ ‘포러너 170’ 출시  
[05/27] 블랙덕, SBOM 기반 소프트웨어 공급망 보안 전략 발표  
[05/27] 한국후지필름BI, '2026 파트너스 데이' 성료  
[05/27] 초인기 캐릭터 「호토리」 등장, 오픈월드 RPG 기대작 <이환> 첫 한정 보드 업데이트  
[05/27] 스마트카라, 신제품 ‘블레이드X 그라나이트’ 런칭 프로모션 진행  
[05/27] 하이웍스, 그룹웨어 프리미엄 출시... AI 문서 생성·공동편집·저장까지 한 흐름으로  
[05/27] 와콤, 360도 회전 기능 탑재한 ‘와콤 아트펜 2’ 출시  
[05/27] 파나소닉코리아, KOBA 2026 참가…실제 제작 환경 반영 통합 워크플로우 제시  
[05/27] 벨킨, 충전과 거치 기능 갖춘 닌텐도 스위치2 전용 케이스 출시  
로그인 | 이 페이지의 PC버전
Copyright NexGen Research Corp. 2010