>> Read Reply from No. 6531 article  
RE: 듀얼CPU리눅스에서 얼마나 효과적일까요?

등록 2000-09-25 17:20:00     조회 2
이름 임도형    

		: 안녕하세요 날마나 적수네에 도장찍는 유저입니다.
: 제가 예전에 ASUS P2B-D 듀얼시스템을 꾸민적이 있습니다만. 집에서
: 사용한다는게 너무 낭비인것 같아서 다시 싱글로 바꿨습니다. 당시에
: 듀얼이 얼마나 효과적인지 알수가 없었는데 이제 회사에서 서버로 꾸미려
고
: 듀얼시스템을 다시 구상하고 있습니다. 윈기반의 포토샵이나 3D-MAX같은
: 멀티쓰레드 지원 그래픽 프로그램에서는 눈에 띌정도로 싱글과 듀얼의
: 차이를 보여주었는데요 과연 리눅스 서버에서는 (계획 apache,qmail,Mysql
: java사용계획)듀얼이 얼마나 효과적인지 가늠할 수 없어서요.
: 듀얼을 사는게 나을까 아니면 높은클럭의 싱글을 사는게 나을까 하는
: 생각입니다..
: 제 생각은 펜3-800 X 2 혹은 싱글 펜-850이나 AMD-850을 생각중입니다.
: 아니면 지금 사용중인 펜3-550-BX보드에서 펜3-800으로 up만 할까요?
: 참..고심이네요.
: 듀얼로 리눅스 서버를 사용하신분들의 자문을 구합니다.
 첨부하는 문서는 제가 일하는 곳에서 서버를 업그레이드 하기위해 간단히 테
스트 해본 결과 입니다.
기존 서버는 PIII 550이고, 두번 째 서버는 Xeon duad이고 세번째 서버가
PIII 600 dual 입니다.
두번째와 세번째는 Raid5를 사용했고, 세버서 모두 당근 SCSI 하드이지여.
 time 명령어를 사용했고 명시된 시간은 user time이 아닌 elapased time입니
다.
당연히 테스트 할 때는 다른 프로세스는 없었고요.
 참고 하세요.
  #####################################################################
 첫 번 째가 PIII 550 single의 런타임 시간,
두번 째가 Xeon dual with Raid 5 서버의 런 타임 시간,
세번 째가 Pentium III 600 dual with Raid 5입니다.
 
단위는 sec
 - 연산 속도
1.1 1000만번 곱셈한 시간입니다.
18.81 : 11.96 : 10.96
 
1.2 1000만번 곱셈을 두개 동시에 한 시간입니다.
25.66 : 11.99 : 10.96
 
1.3 1000만번 곱셈을 4개 동시에 한 시간입니다.
52.28 : 23.24 : 21.08
 
 
- HDD 접근 속도
1. 135M 화일을 카피하는 시간입니다.
6.29 : 2.21 : 1.26
 
2. 135M 화일을 remove 하는 시간입니다.
0.12 : 0.07 : 0.04
 
3. 135M 화일을 untarzip 하는 시간입니다.
13:49.93 : 12:21.02 : 9:27.91
 
4.1 100만번 화일을 오픈하고 닫는 시간입니다.
21.85 : 20.64 : 21.16
 
4.2 100만번 화일을 오픈하고 닫는것을 두개 동시에 한 시간입니다.
43.70 : 31.64 : 34.95
 
4.2 100만번 화일을 오픈하고 닫는것을 4개 동시에 한 시간입니다.
1:27.03 : 1:06.14 : 1:09.30
 
5.1 100만번 화일을 오픈하고 한줄을 추가하고 닫는 시간입니다.
1:57.80 : 1:16.14 : 1:54.51
 
5.1 100만번 화일을 오픈하고 한줄을 추가하고 닫는 것을 두개 동시에 한 시
간입니다.
3:24.82 : 1:45.57 : 2:41.52
 
5.1 100만번 화일을 오픈하고 한줄을 추가하고 닫는 것을 4개 동시에 한시간
입니다.
6:21.73 : 3:29.78 : 5:25.69
 
6.1 1번 화일을 오픈하고 100만 줄을 추가하고 닫는 시간입니다.
14.60 : 13.49 : 13.91
 
6.2 1번 화일을 오픈하고 100만 줄을 추가하고 닫는 것을 동시에 두개 한 시
간입니다.
28.80 : 13.52 : 13.94
 
6.3 1번 화일을 오픈하고 100만 줄을 추가하고 닫는 것을 동시에 세개 한 시
간입니다.
57.33 : 26.40 : 27.33
 
 
- DB 처리 속도
 
1. 자체 Mysql 서버에 1000번 connect하고 disconnect 한 시간입니다.
2.46 : 2.12 : 1.86
 
2.1 자체 Mysql 서버에 1번 접속하고 1000번 query한 시간입니다.
12.90: 10.22 : 9.61
 
2.2 자체 Mysql 서버에 1번 접속하고 1000번 query를 두개 동시에 한 시간입
니다.
31.97 : 17.44 : 17.05
 
2.3 자체 Mysql 서버에 1번 접속하고 1000번 query를 4개 동시에 한 시간입
니다.
51.93 : 33.54 : 31.14
 3. 외부 한 디비 서버에 접속하고 데이타를 가져와 어떤 작업을 한 시간입니
다.
31.26 : 34.58 : 34.94
 
4.1 외부 서버에서 각 서버에 1번 접속하고 1000번 query한 것을 4개 동시
에 한 시간입니다.
30.92 : 26.66 : 27.17
 4.2 외부 서버에서 각 서버에 1번 접속하고 1000번 query한 것을 8개 동시
에 한 시간입니다.
1:03.19 : 58.24 : 55.82
 4.2 외부 서버에서 각 서버에 1번 접속하고 100번 query한 것을 100개 동시
에 한 시간입니다.
43.86 : 45.48 : 48.40
Connection Lost = 2 : 11 : 11
  
 
결과를 결론지어 보면
(PIII 600 dual의 입장입니다.)
 
연산 속도 :
- 한개의 프로세스일 경우 기존 서버 보다 dual이 1.5 배 정도 빠르다
- 두개의 프로세스인 경우 한개보다 더 빨라지지는 않지만, 기존 서버가 느
려지는 것을 감안하면 2.0배 정도 빠르다
- 세개 이상의 프로세스 인 경우 2.3 배 정도 빠르다.
 
HDD 접근 속도 :
- 데이타의 read/write 시간은 기존 서버보다 10배 이상 빠르다.
- 화일의 open시간은 기존 서버와 비슷하다.
 
DB 처리 속도 :
- Xeon 서버가 디비로 사용될때 query가 기존의 서버에 비해 2.0배 정도 빠
르다.
 
그래서 ---> 기존 서버보다 2배 정도 빠르다고 결론 냅니다.
            어쨋든 Xeon이 DB서버가 되면 2배의 성능향상이 있습니다.
이름
암호


>> 관련글
6531 듀얼CPU리눅스에서 얼마나 효과적일까요?  백곰  2000.09.25  ....
  답장 RE: 듀얼CPU리눅스에서 얼마나 효과적일까요?  임도형  2000.09.25  ....
Register [ localhost 목록보기 윗글 아랫글
글쓰기
답장쓰기 수정 삭제
정규표현식 [ 상세 검색 ]
페이지로딩: [ 1.33 초 ] 작업시간: [ 0.93 초 ]

Copyleft 1999-2026 by JSBoard Open Project
Theme Designed by IDOO All right reserved
[TOP]

적수네 동네
+
| 적수네 동네
| 공부방
| 리눅스 잡지 서고
| LSN 소스
| 링크 모음
+---+
게시판
+
| 떠들어보세!
| 질문과 답변
| 새소식과 정보
| 1원짜리 팁?
| 대화방
+---+
칼럼?
+
| 세하 훔쳐보기
| Welcome2nite
| 혜진의 염장판
+---+
리눅스 상표권
+
| 반대 서명란
| 토론 게시판
+---+
GNU
+
| GNU 선언문
| GNU GPL
| GNU 미러 목록
+---+
프로젝트?
+
| 리눅스카운터
| RC5DES
| 실질헌법 제작
+---+
커널 소식
+
| 안정 버젼: 2.4.14
+---+
테마 선택
+
LSN 방송국?
+
| OFF AIR
+---+
회원
+
| 로그인
+---+
[ 적수네 동네 ] [ 리눅스 상표권 독점 반대 ] [ 한글 리눅스 문서 프로젝트 ] [ KrLine ] [ 사랑넷 ] [ Valid HTML 4.0! ] [ SlashDot ] [ Freshmeat ]
Copyleft (C) 1998-2001 Byeong-Chan Kim . License
TIME: 1789782763
System by WYZsoft, HDD by I.O.Linux, Mizi Research, Embryo, WOWLINUX, Domain by SarangNet, Network by KrLine.