기획
 






 
 
 




전송 2005-05-27 13:17
[테크닉]

Windows XP x64 Edition 가이드 1부

1. 처음 2. Windows XP x64 Edition
3. 64비트를 위한 준비, 얼마나 되어 있나? 4. 64비트 운영체제 성능 분석 - 시스템 성능
5. 64비트 운영체제 성능 분석 - 3D가속, 스토리지 6. 64bit 시기상조, 그러나...

     4. 64비트 운영체제 성능 분석 - 시스템 성능


아직 이렇다할 64비트 전용 소프트웨어를 찾아보기 힘든 현실 때문에, 이번 기사에서는 64비트 운영체제 상에서 기존 32비트 소프트웨어를 구동시켰을 때 성능향상이 있는지 여부를 확인해보도록 하겠다. 현재 유일한 64비트 게임으로 알려진 Far Cry 64bit Edition에 대해서는 2부에서 다루기로 한다.

 

CPU

Athlon64 3000+ (Socket939, 윈체스터)

MainBoard

ASUS A8N-E

Chipset

nVIDIA nForce4 Ultra

RAM

GEIL PC3200 256MB * 2 (2.5-3-3-6-1T)

HDD

WD Raptor 36GB / WD 800BB

ODD

4KUS DRW-1S81

테스트 환경은 인텔과 AMD 시스템을 모두 테스트 해 보는 것이 좋았겠지만, 여건상 Athlon64 환경에서만 테스트를 진행하였다. 각 운영체제용 드라이버는 칩셋 드라이버 및 그래픽드라이버를 모두 nVIDIA 홈페이지에서 최신 버젼으로 다운로드 받아 설치하였다.

 

지금까지 사용하던 벤치마크 소프트웨어들은 대부분 64비트에 대한 고려를 전혀 하지 않은 32비트 전용이다. 그 중에 가장 빨리 64비트 CPU 및 OS를 지원하는 벤치마크툴을 내놓은 곳은 Sandra 시리즈로 유명한 SiSoft이다. 벤치마크는 x64 Edition을 지원하는 최신 리비젼의 Sandra 2005를 사용하였다. 산드라 CPU 테스트의 결과는 64비트 환경에서 약간씩의 CPU 성능 향상이 있는 것으로 나타난다. 적게는 1%에서 많게는 15%까지 차이가 발생하는데, FPU (부동소수점 연산) 성능이 가장 향상 폭이 크게 나타난다. 이론상으로는 ALU (정수 연산)에서 가장 큰 성능 향상이 있어야 한다.

 

메모리 대역폭은 산드라에서는 x64 Edition쪽에서 약간 더 높은 대역폭을 나타냈고, PCMark 04와 ScienceMark의 메모리 테스트에서는 32bit 운영체제에서 더 높은 메모리 대역폭을 나타내고 있다. 차이는 미미한 수준이지만, 64비트를 고려한 벤치마크 소프트웨어인 산드라는 꾸준히 x64 Edition의 손을 들어주고 있다. ScienceMark의 메모리 대역폭은 32비트 환경에서 더 높은 것으로 나타났지만, L1 및 L2 캐시의 대역폭은 64비트 환경에서 더 높게 나타나는 것도 특이한 점이다.

 

PCMark04

x64 Edition에서는 Windows Media 9 코덱을 설치할 수 없었기 때문에 벤치마크 스코어끼리의 비교는 할 수 없었고, 테스트가 가능한 항목별 결과는 위와 같다. Multithreaded Test 1과 DivX Video Compression 항목에서 64비트 환경이 더 좋은 성능을 내는 것으로 나타나는데, PCMark04의 스코어의 편차가 다른 벤치마크 소프트웨어에 비해 큰 편이기 때문에 그리 신뢰할만하지는 않다. 32비트용 소프트웨어가 64비트 환경에서 구동되어도 성능하락이 거의 느껴지지 않는 정도라는 것에 의의를 두자.

 

SuperPi는 부동소수점 연산이 거의 전부라고 봐도 되는 프로그램이다. 비록 32비트용으로 만들어진 프로그램이긴 하지만, 믿을만한 벤치마크 프로그램 중엔 처음으로 x64 Edition에서 더 좋은 성능을 내고 있다. 그러나 반복 테스트의 오차 범위 내이기 때문에 큰 의미는 없다. 사실 SuperPi와 같이 단순연산 프로그램이 64비트 메모리 어드레스를 사용하도록 프로그래밍 되었을 때 성능향상을 체감하기 가장 좋은 프로그램인데, 하지만 64비트 메모리 확장 기술은 정수 연산에 영향을 줄 뿐, 이미 80bit FPU와 128bit SSE 연산을 하고 있는 실수 연산에는 큰 의미가 없다. 동영상 인코딩 툴인 TMPG_Enc에서는 옵션의 멀티스레드 옵션을 이용해 스레드 개수에 변화를 주더라도 결과가 달라지지 않는 것을 확인할 수 있었고, x64 Edition에서는 약간의 성능 하락도 발견되었다.

 

ScienceMark에 포함되어 있는 행렬 연산 벤치마크이다. 여기서도 2~3% 가량의 소폭이긴 하지만 여전히 x64 Edition에서의 성능 하락이 보인다. 산드라 테스트에서 볼 수 있었던 CPU나 메모리 대역폭의 이득은 64비트를 지원하는 소프트웨어가 나왔을 때나 체감할 수 있을 것이다.

 
이전페이지 | 다음페이지.64비트 운영체제 성능 분석 - 3D가속, 스토리지
관련 기사 보기

  최광수 前 기자 / 필명 리누 / 리누님에게 문의하기 press@bodnara.co.kr
기자가 쓴 다른 기사 보기

Creative Commons License 보드나라의 기사는 저작자표시-비영리-변경금지 2.0 대한민국 라이선스에 따라 이용할 수 있습니다. Copyright ⓒ 넥스젠리서치(주) 보드나라 미디어국
싸이월드 공감 기사링크 퍼가기 기사내용 퍼가기 이 기사를 하나의 페이지로 묶어 볼 수 있습니다. 출력도 가능합니다.
홈으로 탑으로
보드나라 많이본 기사
RTX 30 시리즈도 DLSS 5 구동 가능, 정상적 실행 불가 수준 성능
DJI, IFA 2026서 Osmo 360 II·ROMO 2·Power 생태계 공개
MSI, RTX 50 노트북 구매 고객에 ‘컨트롤 레조넌트’ 증정
엔비디아, RTX 50 시리즈 전력 제한 해재 오버클럭 차단?
메인스트림 게이머의 심리적 마지노선 가격 모델, 라데온 RX 9070 GRE vs RTX 5070 성능 비교
미야모토 무사시 검의 길을 밝힐 선택은?, 귀무자 검의 길 CPU 6종 벤치마크
하반기 엔비디아 지포스 그래픽카드 가격 더 오른다?, RTX 50 Super의 운명은? RTX 60 직행하나?
애플의 가변 조리개와 폴더블 스마트폰, 아이폰 18 Pro 시리즈 및 아이폰 듀오 공개
   이 기사의 의견 보기
트위터 베타서비스 개시! 최신 PC/IT 소식을 트위터를 통해 확인하세요 @bodnara

기자의 시각이 항상 옳은것은 아닙니다. 나머지는 여러분들이 채워 주십시요.

2014년부터 어려운 이야기를 쉽게 하는 것으로 편집방침을 바꿉니다.

브래드 (with2691) / 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) / 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) 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/ 자국/ 신고/ 이댓글에댓글달기
점수에만 의존하지말고 실제 체감성능의 지표인 어플리케이션 동작속도 등을 시간을 통해서 측정했었으면 더 좋은 기사가 되지않았을까 하는 아쉬움이 듭니다.

리누 (리누) / 05-05-29 19:40/ 자국/ 신고/ 이댓글에댓글달기
문제가 되는 표현이 들어 있는 곳은 수정하였습니다. 지적 감사 드리며, 잘못된 정보를 제공한 점 사과드립니다.

hong620 (hong620) / 05-05-29 23:17/ 자국/ 신고/ 이댓글에댓글달기
홈에디션 시리얼은 이제 무용지물인가...┓-

연방대총통 (kood) kood님의 미디어로그 가기  / 05-05-30 7:42/ 자국/ 신고/ 이댓글에댓글달기
네 한글버전 마무리 되고 있다고 하는데

미지수 일듯

티끌모아티끌 (pg1313) pg1313님의 미디어로그 가기  / 05-05-30 10:18/ 자국/ 신고/ 이댓글에댓글달기
한글버그와 자체버그 모두 공존할듯..
어플의 부족으로 공증도 많이 부족하고..
역시 대세는 기다리는 것...
하긴 집의 CPU도 애슬론XP이니 CPU업글이 먼저이지만^^

전진맨 (jenjinman) 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이 되는 것입니다
닉네임 웹봇방지

홈으로 탑으로
 
 
2026년 09월
주간 히트 랭킹

[결과발표] 2026년 2분기 포인트 소진 로또 13
[결과발표] 2026년 1분기 포인트 소진 로또 15
[결과발표] 2025년 4분기 포인트 소진 로또 17
[결과발표] 2025년 3분기 포인트 소진 로또 16
[결과발표] 2025년 2분기 포인트 소진 로 18

실시간 댓글
소셜 네트워크