대형 시스템에서의 시스템 최적화
글쓴이: pooh / 작성시간: 월, 2001/02/05 - 6:08오전
어찌어찌 하다가 HP NetServer LXr8500 이라는 머신을 관리하게 되었습니다. HP 홈에서는 이 제품을 데이터센터용으로 만들었다고 되어 있구요.
스펙이 좀 놀라울 따름인데...
CPU : Intel P3 Zeon 550mhz(2MB Cache) * 8
RAM : 8GB
RAID : HP NetRaid(18GB * 18)
현재 베이스는 와우리눅스 6.2 업데이트 버전에 커널 2.4.1 을 사용중입니다.
지금까지는 아무런 문제가 없이 돌고 있습니다만 도는게 문제가 아니라 최적화를 이끌어내는게 문제이겠죠..
기업에서 사용하는 것이 아니라 극도로 크리티컬한 업무를 수행하는 서버는 아니지만, 그래도 이런 실험적인(제 나름대로는 대형 시스템에서의 경우는 그렇다고 생각하는데요.) 경우를 통해 새로운 가능성을 모색해봤으면 합니다.
나름대로 대형 시스템에서의 최적화에 대해 자료를 찾아봤지만 자료를 구하기가 쉽지 않더군요. 그래서 이런 시스템에 대한 경험이 있으신 분들의 조언을 구하고 싶습니다.
나중에는 관련 자료를 모아서 문서화도 해볼 계획이구요..
그럼 많은 조언 부탁드립니다.
댓글
SMP는 Symmetric Multi-Processing 이구요..
SMP는 Symmetric Multi-Processing 이구요..
각 프로세서가 동등한 자격을 가지고 수행된다는 특징에서
이렇게 붙여졌죠..
하나의 메모리를 중간에 두고 여러 CPU가 같은 메모리
버스를 공유하면서 작업하는 형태이죠..
이와는 다른 형태로 MMP가 있구요..
Massively Parallel Processing이라구..
이건 프로세서를 네트워크로 병렬연결한겁니당..
각 프로세서마다 메로리도 따로 존재하고..
서로 통신할때만 버스를 통하기 때문에
SMP보다 빠르고 확장성도 좋지만..(SMP는 32개가 한계라죠?)
프로그래밍 하기가 매우 어렵다네요.
잘 모르지만 아는대로..-_-;
MPP에서는 프로그래밍에 대한 표준아닌 표준(?)이 있기 때문에MPP
MPP에서는 프로그래밍에 대한 표준아닌 표준(?)이 있기 때문에
MPP 머신 기종에 상관없이 프로그래밍하는 것이 가능합니다.
다른 기종에서는 잘 모르지만 CRAY T3E Series에서는
병렬처리에 대한 라이브러리가 잘 되어 있어서
프로그래밍 하기에 그리 어렵지만은 않습니다.
MPP - MMP는 오타군요 - 라기보다는 Message Passi
MPP - MMP는 오타군요 - 라기보다는 Message Passing Multicomputer라고 말씀하시는 것이 더 정확하겠습니다.
용어자체를 국어 순화하는 것도 방법이겠죠. ^.^
용어자체를 국어 순화하는 것도 방법이겠죠. ^.^
근데 SMP란 무엇의 약자이며....무엇인지요??..~~
근데 SMP란 무엇의 약자이며....
무엇인지요??..~~
제가 아는 바대로 얘기 하자면...가장 먼저 해야 되는 일이 그 서버
제가 아는 바대로 얘기 하자면...
가장 먼저 해야 되는 일이 그 서버에 맞는 페이징 기법의 크기를 찾는 일입니다.
그 크기에 맞춰서 커널을 만들죠.
그 다음에 해야 되는 일이 얼마나 많은 버퍼 캐시를 만드는 일입니다.
그 캐시에 따라서 통상적으로 얘기하는 하드의 접속 빈도를 나타나게 되죠.
그리고 나서 SMP를 최적화 시켜야 합니다.
이 최적화는 일반적으로 얘기하는 컴파일 최적화가 아닙니다.
SMP의 최적화를 하신다음에는 거기에 돌아가는 프로그램의 프로그램을 약간 수정을 하셔서... 원하시는 속도의 향상을 얻어야 합니다. 일반적으로 쓰시는 대부분의 프로그램들은 SMP를 대상으로 만들어지지 않았습니다.
간단한 예를 들자면 프로그램을 프로세스을 중심으로 만들던지.. 아니면 쓰레드 중심으로 만들던지...
여기에 통상적으로 들어가는 공유 메모리의 크기를 얼마나 잡느냐에 따라서 성능 향상을 보실 수 있죠.
이것을 제대로 하시면 아시는 대로 꽤 좋은 성능의 향상을 보실 수 있죠...
그 다음에는 여러 가지를 생각해 보셔야 하는데....
가장 큰 문제가 바로 네트웍의 용도와 그 컴퓨터가 하는 일의 종류에 따라서 성능의 튜닝의 종류가 달라진다는 점이죠..
이것은 책을 참고 하시고.. 약간의 생각과 약간의 실험 정신을 요구합니다....
성공 하시기 바라면서...
sparc머쉰에 솔라리스 깔고그러듯이...그냥 그냥 HP-UX
sparc머쉰에 솔라리스 깔고
그러듯이...
그냥 그냥 HP-UX까는게 나은게 아닐까 그냥 생각해 봅니다. --;
HP-UX를 Xeon에서 돌릴 수 있으면 HP영업사원은 뭘로 먹고 삽니까
HP-UX를 Xeon에서 돌릴 수 있으면 HP영업사원은 뭘로 먹고 삽니까? HP영업사원은 인텔서버 팔아봐야 실적도 안 잡아줍니다.
우선 몰르면서 껴들어서 지송하구요 --;예전에 sparc에 리눅스
우선 몰르면서 껴들어서 지송하구요 --;
예전에 sparc에 리눅스깐다고 하던 얘기가 생각나서...
sparc에는 솔라리스까는거고
하는 식으로 넘 단순하게 생각했네요...
같은 얘긴지 알았어요 --;
HP라 그러길래...
HP-UX 는 인텔용이 아니라,PA-RISC 인가 하는 프로세서 용이
HP-UX 는 인텔용이 아니라,
PA-RISC 인가 하는 프로세서 용이라고 하네요..
그런가 보죠 ^.^그러니깐 그냥 생각한다구요..."그거 깔아"가
그런가 보죠 ^.^
그러니깐 그냥 생각한다구요...
"그거 깔아"가 아니구
Native OS가 있지 않을까 해서 --;
이 기회에 소위 말하는 Big5의 시스템 및 오에스 정리... (틀릴 수
이 기회에 소위 말하는 Big5의 시스템 및 오에스 정리... (틀릴 수도 있음)
1. Sun
- SPARC칩을 만들고 여기에는 솔라리스와 간혹(!)리눅스를 깜. 하드웨어는 없지만 x86용 솔라리스도 만듬
2. IBM(순위는 내맘대로임, HP가 2위일때도 있음)
- Power칩, IA-64칩, PIII 칩을 사용하는 서버를 팔며, POWER에는 AIX, 가끔 리눅스를 깔며 PIII칩에는 NT랑 리눅스를 깔아팜. IA-64는 몬트레이라는 이름을 판매시작
3. HP
- PA-RISC에는 오로지 HP-UX만 깔림, PIII서버도 팔며 주로 NT를 깔아줌, 리눅스는 HP직원이 깔아주는 일은 거의 없음. 물론 IA-64를 IBM처럼 팜. 뭐깔아줄지는 모름.
4. 컴팩
- Alpha칩서버 팔며 여기에는 Tru64 Unix, Linux, OpenVMS, 심지어 NT도 깔림. 물론 PIII서버도 만들며 여기에는 NT, Linux를 지원
5. SGI
- MIPS칩 서버를 주로 팔며 여기는 IRIX라는 막강 유닉스를 깔아줌. 가끔 리눅스를 까는 똘아이도 있음... PIII서버도 팔며 여기에는 NT, 리눅스 등등을 깔아줌.
컴팩의 알파서버가 아주 묘한넘인데... 이게 유닉스, 리눅스, OpenVMS, NT 다 깔리는데 다른 회사거랑은 달라서 이상하게 성능도 다들 비슷...
8WAY서버는 2.4에서 본격적인 DB 등을 써봐서 벤치마킹을 해야하는데... 아직 못했음다. 700Mhz 8개 꽂고 4GB메모리에 CPU성능만 재봤는데 쓸만하더군요...
NT가 그럼 이 서버에는 번들인가요?그럼 NT그냥 쓰는게 나을꺼
NT가 그럼 이 서버에는 번들인가요?
그럼 NT그냥 쓰는게 나을꺼 같은데...
이유를 따지자면...
분명히 저건 개인용(?)이 아닐테니깐...
NT 그냥 쓰는게 회사측으로 유리하고...
HP에서 이 미숸을 만들때 NT를 염두에 두고 만들었다면...
Linux의 아직은 검증받지 못한 SMP기능에서 오는
모르는 피해(?)는 없을꺼 같은데...
나중에 잘 돌아간다 라고 할때 바꿔도 늦지는 않을듯!!
HP에서 만들때 NT를 기반으로 만든것은 아닙니다.통상 8WAY메인보
HP에서 만들때 NT를 기반으로 만든것은 아닙니다.
통상 8WAY메인보드를 디자인해서 생산하는 곳이 그렇게 많지는 않은데, 이름은 기억나지 않지만 한회사가 이걸 디자인하고 아마 인텔,컴팩,HP,IBM,Dell등등이 이걸 다 사다가 여기저기 조금씩 고쳐서 만듭니다.
NT를 번들로 하는 것은 HP가 현재까지(얼마전에 바뀌었지만) 공식적으로 리눅스지원이 가장 늦어서 그런겁니다. 8WAY는 NT도 번들되지 않을겁니다. 통상 우리가 쓰는 NT서버는 4WAY까지만 지원하고 8WAY는 엔터프라이즈버전으로 몇백만원주고 따로 사는 경향이 많지요.
컴팩같은 회사는 리눅스나 NT중에서 골라서 살 수 있읍니다.(물론 한국은 대부분 NT지만...)
이런서버는 처음 질문하신분처럼 NT라도 막깔면 잘 안돕니다. A경매사이트 혹은 R게임사이트 등에서 8WAY에 NT를 제대로 쓰기 위하여 전담 팀과 한국MS 엔지니어들이 거의 3개월가량 뺑이쳤었읍니다.
윽 자꾸 옆길로 세는데...NT막쓰란 얘기는 물론 아니죠...
윽 자꾸 옆길로 세는데...
NT막쓰란 얘기는 물론 아니죠...
NT는 막쓰고 리눅스는 멋지고 최적화하고
누가 더 잘났냐 하면 누구는 억울할테니깐...
근데 데이터센터용으로 만들었다는 말이...
NT Server Datacenter이란 말 아닌가요?
대답해주는 나도 한심하지만...'데이타센터'란 HP왈, 무지 많은 데
대답해주는 나도 한심하지만...
'데이타센터'란 HP왈, 무지 많은 데이타를 처리하기 위한 용도라고 보면 되겠지요.
NT를 써던, 솔라리스를 쓰던, 리눅스를 쓰던 그건 쓰는사람 맘인데, 리눅스의 경우 의외로 원래 질문했던 사람 맘에는 안들지 모르지만 튜닝하나 안하나 그다지 크게 성능차이는 안나고...
튜닝을 하고 싶다면 8WAY서버라서 특별히 다른 것은 없고 그냥
1. SMP에 적합한 튜닝정도 해주세요.
2. 그리고 분명히 웹서버도 돌아가고 있을테니까 kernel httpd 좀 사용해보고...
3. 그리고 하드도 무지 많이 달려있으니까 journaling FS정도는 사용하시는게 좋은데 테스트해본결고 XFS를 사용하는 것이 좋다고 합디다.
4. 그리고, 네트웍카드가 뭔지 확인하고 full duplex인지 half인지 스위치랑 맞춰주고, eepro100일경우 최신 드라이버로 업데이트하고...
5. 와우리눅스6.2 업데이트는 패키지는 어지간한건 대부분 패치되어 있으니 뭐 보안패치 정도만...
솔라리스를 쓰고 싶다면 분명히 거기 RAID Controller가 들어있을것인데 그거용 하드웨어 드라이버는 구해놓으시길... 보통 레이드 컨트롤러땜시 꼭 하루나 이틀씩 버벅대는걸 봤으니까...
무기 좋다고 맨날 전쟁서 이기는거 아니듯이 결국 다루는 사람이 뭔 무기를 어케 쓰냐의 차이니까...
그러고 윗글 올린 MacIJ님은 나한테 이것저것으로 시비걸어봐야 별로 서로 영양가 없을 듯하니 님 편한대로 생각하시길. 난 내가 파는데 관여한 8WAY수십대에 대해서 느낀대로 말하는거니까...
시비거는거 아닙니다. --;필요없는 상상은 금물 --;그렇게
시비거는거 아닙니다. --;
필요없는 상상은 금물 --;
그렇게 보였다면 지송하구요...
처음부터 지송하다고 했는데
그럼 계속 따지는 님은 뭔가요? 궁금 --;
제가 4Way 이상은 가지고 논 경험이 없어서4와8way 에 리눅스와
제가 4Way 이상은 가지고 논 경험이 없어서
4와8way 에 리눅스와 솔라리스에 모니터링에 관한 말은 감히
못 하겠습니다...님꼐서 8way를 빌려주시면 두개를 엄정히
튜닝해서리 평가해보죠^.^
하지만 사실 어떤 OS를 사용하는가 보단 역시 관리자에
역량에서 차이가 난다고 저는 생각합니다.
어떤 관리자는 리눅스로 최적를 하고
어떤 관리자는 솔라리스
어떤 관리자는 NT
어떤 관리자는 BSD and MAC 등등
하지만 이중에서 시스탬 튜닝으로 인하여 디폴트 상태에서
향샹를 극대화 하는 쪽은 역시 리눅스쪽이 아닌가 싶네요
누구는 NT계열에서 필요없는 프로세스 전부 띄어 놓구서
NT XXX 같다 욕하고 누구는 최적화 해서 필요없는거 튜닝해서
불편없이 잘 사용하고......
어떤이는 비싼 울트라스팍에 솔라리스 64bit 튜닝도 하지 않았으면서역시 SUN이 최고야 하고 한심한 돈 자랑하고
또 어떤이는 이제는 화석화된 펜티엄i75 16램 여러대 모아서
하드,램 보충하고 등등해서 클러스터하고 로드발랜싱하고
거기다 본딩패치도하고 바이오스 업도 해서리 이건 겉보기엔
고물상 인데 살펴보면 완전히 NASA애들 저리 가라 하는
무림에 고수들도 있습니다
이런 고수들에게 고가 장비를 던져주면 그 고수들은 이런말를
할껍니다....하하하 드디어 우리가 무림를 평정하겠노라~~~
본론으로 가지요
내 생각엔 먼저 리눅스커널 튜닝은 필수로 님에 컴으로 새로이
컴파일 해서 새로운 커널로 사용해보세요...
그리고 모니터 하면서 8waySMP를 제대로 리눅스가 실행하는지
오랬동안 모니터 해보구요....
(영 아니다 싶으면 솔라리스,2000,mac 등등 전부 설치해서
튜닝하고 모니터 해서 객관적으로 제일 좋은 성능를
가진다고 생각되는 OS를 설치하는게 좋겠죠^.^)
그다음은 현재 님이 사용하는 8way시스탬 서버에 사용목적에
맞는 관련 프로그램및 파라미터 수정를 해야 된다고
저는 생각합니다...그리고 필요없는건 과감히 삭제.....
말이 길어 지는군요 지송.....
[질문]입니다. 궁금한 것이 있어 여쭙니다.스팍 여러개로 이루어진
[질문]입니다. 궁금한 것이 있어 여쭙니다.
스팍 여러개로 이루어진 멀티프로세서 시스템에서 솔라리스가 뛰어난 성능을 나타낸다는 것은 그러려니 합니다. 원래 스팍이 처음부터 멀티프로세서 환경을 염두에 두고 설계되었다고 들었기 때문에 ...
그런데 인텔 CPU에서도 솔라리스가 스팍에서와 같은 정도로 멀티프로세서 환경에서 뛰어난 성능을 나타내나요?
솔라리스가 리눅스/FreeBST/NT/2000 보다 멀티프로세서서 환경에서 뛰어나다는 말에 이의가 있는 것이 _결코_ 아니라, 단지 솔라리스와 솔라리스 for x86이 같은 정도로 멀티프로세서 환경에 강한지 궁금해서 여쭙니다.
솔라리스의 SMP 지원이 리눅스나 NT의 그것 보다 성숙됐다고 보는
솔라리스의 SMP 지원이 리눅스나 NT의 그것 보다 성숙됐다고 보는 것이 맞을 것 같네요.
커널 2.4는 모르겠지만 커널2.2에서는 SMP 지원이 솔라리스나 NT에 비해 떨어진다는 것이 일반적인 시각이구요.
예전에 Aviion이라는 장비를 사용했던 적이 있었는데..
인텔 펜프로 200을 8개 꽂은 넘이었습니다.
지금은 IBM이 인수했나? 하여튼 DataGeneral이라는 꽤
유명한 회사의 제품이었는데... (Clariion 이라는 장비는 아직 나오는 것 같음...)
인텔 기반 상용 유닉스로는 SCO와 DG-UX가 꽤 유명했었죠.
음... 이미 없어진 업체 광고를 대행할려는 것이 아니라 이 회사 장비들이 NUMA라는 메모리 접근 방식을 사용한다는 거죠.
(자세한 내용을 알고싶으신 분들은 서치 엔진에서 찾아보시길..)
NUMA 방식도 이제는 여러 환경에서 지원 되지만 리눅스에선 아직인걸로 알고 있습니다.
단지 여러개의 CPU를 지원하는 이상으로 여러개의 CPU가 메모리에 어떻게 접근할 것인지에 대해서, 어떤 환경이 이를 지원하는가에 대해서도 관심을 가질만한 일인 것 같습니다.
아비온쪽은 완전히 단종 됬고, 클라리온은 EMC 에서 인수해
아비온쪽은 완전히 단종 됬고, 클라리온은 EMC 에서 인수해서 파이버패널쪽으로 계속 나오고 있습니다. SCSI 는 단종 됬구요...요즘은 파트 구하기도 어려움....
흠 IBM이 아니라 EMC였군요...클라리온은 스토리지 장비로 많
흠 IBM이 아니라 EMC였군요...
클라리온은 스토리지 장비로 많이 쓰니까...
MS 비지오로 다이어그램 그리다보니까
DG-UX 장비들도 스텐실이 있더군요.
쩝.. 걍 잡담이었습니다.
위의 정도의 사양은 아니지만, IBM (음 제품이름이 생각안난다 --
위의 정도의 사양은 아니지만,
IBM (음 제품이름이 생각안난다 --)
4way, 2G, 360G (raid) 7대를 구성해서 서로 네트웍 마운트 시키고,
분산처리된 시스템 구성해본적 있습니다.
솔직히 처음 시스템 구성시에는 문제가 좀 있었습니다.
IDC 에서 고생좀 했는데, 대부분의 경우 Linux 자체의 문제라기 보다는,
운영방법이 잘못되는데서 오는 문제가 거의 전부이더군요.
즉, 리눅스를 실제로 이러한 업무에 써본적이 없어서,
경험미숙, 또는 운영미숙, 부족한 데이타 에서 오는 문제라는 겁니다.
굳이 운영체제에서 오는 문제라면.. 저널링구성이 안된관계로 실수로 셧다운
했을경우 3시간 기달려야 한다는 T.T
(물론 저널링 구성하면 되지만, 초기에 ext2 로 하는바람에..)
지금은 별문제 없이 반년째 잘 굴러가고 있습니다.
솔라리스에 표를 던지시는 분이 많군요,
제 개인적인 생각은 Linux로도 충분하다.. 라는 겁니다.
시행착오를 각오해야 할것같지만 지금은 관련 프로제트도 그럭저럭 많이 있고,
정보도 많이 있으니까, 예전보다는 좀더 수월하게 구성할수 있을것 같다는게
개인적인 생각입니다.
전부터 늘하던 생각이지만...비교적 규모가 큰 기업에서 공개 소프트웨
전부터 늘하던 생각이지만...
비교적 규모가 큰 기업에서 공개 소프트웨어를 꺼리는
이유는 바로 기술지원의 문제가 아닌가 합니다.
리눅스뿐만 아니라 아파치도 기술지원이란 문제에 있어선
기업에서 그리 환영하는 소프트는 아니니까요.
뭐, SUN, IBM, HP 할꺼 없이 항상 문제가 생기면
뻗어 버리는 건 같지만, 그에 관한 전문적인 지원을
얼마나 해줄 수 있는가가 더 큰 문제지요.
조금은 처음 글을 쓰신 분이 원하시는 바와는 벗어날
듯 하지만, 관리하시면서 얻은 경험들이 개인의 경험으로
남기보다는 하나로 모여 공유될 수 있으면 좋겠습니다.
꼬랑지
어디 Linux Admin Guild같은 홈페이지 없을까요? ^^;
여기는 어떨런지...종종 일하기 싫어질때 리눅이랑 놀기위해서 방문하는
여기는 어떨런지...
종종 일하기 싫어질때 리눅이랑 놀기위해서 방문하는 사이트인데, 관리자님이 열심이 운영하시는것 같습니다.
http://www.taejun.pe.kr
저와 태준님은 전혀 관계없음 ^^;;
그냥, 어려울때 몇번 찾아가서 도움을 얻은 사이트입니다.
이거 혹시... 학교 서버 아닌가요? -_-;;어디서 많이 본 이름에
이거 혹시... 학교 서버 아닌가요? -_-;;
어디서 많이 본 이름에 스펙이라 했더니.. ^^
원래 nt 깔려있었죠? --;
놀라운 사양이군요...제 생각엔 솔라리스8이 좋을 듯 하군요.
놀라운 사양이군요...
제 생각엔 솔라리스8이 좋을 듯 하군요.
저도 솔라리스8에 한표 던집니다.특히 오라클 DB서버로 쓰시려면
저도 솔라리스8에 한표 던집니다.
특히 오라클 DB서버로 쓰시려면 솔라리스 필수입니다.
이런 놀라분 컴퓨터를 사용할수 있으신분은어떤 분이실까...--+ 움냐
이런 놀라분 컴퓨터를 사용할수 있으신분은
어떤 분이실까...--+ 움냐..
난 셀400인디...최적화...라...ldp.org에 보심이 좋을뜻....거기 자료가 엄청 많습니다...단 영문... 하지만 번역하는셈 치고 보시면... 꽤 도움이....움냐....
씨퓨8개면 그게 월마쥐...ㅠㅠ수거~~램이 8기가??????? 내꺼는 다~ 꼽아밧짜 700메간디...ㅠㅠ 움냐....어이가 엄네...ㅠㅠ
http://www.ibiblio.org/mdw/links/p_books
http://www.ibiblio.org/mdw/links/p_books.html#securing_linux
이곳에 가시면 Securing and
Optimizing Linux: RedHat Edition
이라는 pdf format으로된 책이
있습니다
쓰시는 배포판이 RedHat기본이
니까 책 보시면서 그대로 해주
시면 될 겁니다
이거 보면서 저도 많이 배웠습니다
참고로 470페이지가 넘네요
저도 비슷한 사양의 인텔 8Way 서버를 쓰고 있는데요...리눅스
저도 비슷한 사양의 인텔 8Way 서버를 쓰고 있는데요...
리눅스 포맷하시고 솔라리스 깔아서 쓰세요...
리눅스는 4way서버와 8way서버의 성능차이가 별로없습니다....
즉 멀티프로세싱이 제대로 지원안돼서 성능극대화가 안됩니다....
8way 서버를 제대로 감당하고 성능 극대화를 할수 있는 O/S별로 없습니다...
NT, FreeBSD도 8way서버에서 최적화된 성능은 기대하기 힘들겁니다...
솔라리스는 원래부터 대규모 서버를 지원하기 때문에 제대로 8way 서버를 감당할수 있을 거예요...
솔라리스 쓰세요...
4way와 8way의 성능 차이가 없던 것은 2.2.x대의 얘기입니다
4way와 8way의 성능 차이가 없던 것은 2.2.x대의 얘기
입니다. kernel 2.4 에서는 이 부분에 대한 지원이 많
이 향상되었다고 하던데요.. ^^;
커널 2.4에서 SMP 지원기능이 많이 향상되어 겨우 4CPU에서 제 퍼
커널 2.4에서 SMP 지원기능이 많이 향상되어 겨우 4CPU에서 제 퍼포먼스를 내기 시작했습니다...
아직도 커널 2.4에서 8CPU를 써도 4CPU 정도의 성능밖에 안 나옵니다....
물론 리눅스 튜닝등을 다 해서 테스트 한겁니다...
저는 꼭 리눅스를 쓴다면 8CPU 서버 1대보다 4CPU 서버 2대를 추천합니다...
뭔 일을 하느냐에 따라서 다르죠.오로지 CPU퍼포먼스만을 따지는 LI
뭔 일을 하느냐에 따라서 다르죠.
오로지 CPU퍼포먼스만을 따지는 LINPACK이나 NAS Parallel Benchmark를 해보면 8개를 썼을때 1개에 비해서 정확히 8배가 나옵니다.
어떤 일을 하느냐에 따라서 다르죠. 원래 벤치마킹이란 뭔 테스트를 했느냐에 따라서 달라지니까요. 우리회사에서도 여러가지 테스트를 했는데 어떤 사람은 4WAY하나랑 8WAY랑 별차이가 없다는 경우도 있고, 저처럼 오로지 CPU퍼포먼스만 필요한 경우는 당연히 돈되면 8WAY를 쓰고 싶어지죠. 일단 클러스터링을 하는 것보다는 SMP에서 가능하면 그대로 쓰는게 편하니까요.
2.4 커널은 꼭 쓰세요.
댓글 달기