Software, Support, Documentation
|
|
News,
Internal,
Projects,
Home Software, Support, Documentation |
>>>>> "s" == smcho <smcho@tsp.korea.ac.kr> writes:
s> daemon news나 slash dot의 인터뷰기사나, daily daemon news의
s> comment들은 준호님이나 승영님과 같은 긍정적인 입장을 표현하고 있기는
s> 하지만, 저는 생각이 좀 다릅니다. 저의 경우에는 환영보다는 우려가
s> 앞서는군요. 제가 우려하는 바들을 나열해보겠읍니다.
s> 1. NDA에 사인한 부분을 따로 add-on으로 판매한다는 부분.
s> 지금까지 FreeBSD를 (RMS의 oxymoron말고, 진정한 의미에서의) `free'
s> status를 유지하도록 뒷받침해 준 것은 수많은 개발자들이 롬을 뒤집어보고
s> 다른 드라이버를 뽀개보고 그것을 기초로 reverse engineering을 해서
s> contribute한 source들이라고 생각합니다. 그리고, 많은 사람들이 압력을
s> 넣어서 하드웨어 제조업체들이 자기 하드웨어의 프로그래밍 관련 정보를
s> 공개하도록 만들었다는 것도 중요하죠. 이제 생길 수 있는 문제는; 우선
s> NDA에 사인한 드라이버와 현재 공개되어 있는 드라이버의 충돌 문제 (daily
s> daemon news에서 누군가가 3com NIC를 예를 들어놓았네요); 앞으로
s> 하드웨어 공급자의 incentive문제, 이 두가지가 생각납니다. 앞의 문제야
s> 공개부분을 살리던지 아니면 비공개부분을 살리던지 merged management에서
s> 결정할 일이고, 정 안되면 옛날 드라이버를 그대로 쓰면 되니까 큰 문제가
s> 아닐수도 있읍니다. 하지만, linux의 3com NIC driver의 두가지 버전의
s> 소스를 들여다보고, 그 퍼포먼스를 비교해보고, 그런 사람이라면 아마도
s> 그런 우려를 쉽게 버리기 어려울 것입니다. 이것은 비단 NIC만의 문제가
s> 아니죠.
non-free 드라이버와 free 드라이버의 문제는 리눅스 쪽에서도 많이
제기되는 문제이죠? OSS와 옛 voxware, 그리고 ALSA 사이도 그렇고
크리에이티브사에서 자체적으로 제공하는 드라이버, 루슨트의 WinModem
드라이버, X윈도우등등...
하지만 선택은 여전히 사용자에게 있다고 봅니다. 공개되는 소스 쪽에서는
아마도 FreeBSD쪽의 드라이버를 계속 사용하게 될 것일 테고, 말 그대로
customer support나 그런게 필요할(아마도 BSD Inc.와의 계약에 의해)
사람에게는 고객을 안심(?) 시키는 측면에서나 기타 등등의 이유로 인해
여전히 non-free(non-free = proved라고 믿는 이상한 사람들이 많으니)
드라이버를 제공하겠죠.
그나저나 리눅스 3com NIC는 잘 모르겠는데, 3com의 포트와 기존
드라이버가 성능 차이가 많이 나나 보죠?
Adaptec SCSI가 Linux/FreeBSD에서 많이 쓰이는 건 확실히 마이너 리비전의
차이까지 찾아내는 수년간의 꾸준한 리버스 엔지니어링, 그리고 그에 따른
Adaptec(이 감동받아서 그런건지 분명히 남는게 있어서 그랬는지
모르겠지만)의 자료 제공이 도움이 된 거라 봅니다. 사실 하드웨어 제조
회사는 하드웨어를 팔 수 있다면 드라이버를 위한 정보 제공같은건 잘
해주어야 발전이 있을텐데, 그렇게 생각하지 않는 경우가 있는건 무슨
이유인지 잘 모르겠더군요. 스펙만 보고 베끼는게 그렇게 쉬운 일인지...
s> 두번째 부분은 좀 심각할 것입니다. 일단 하드웨어 제조업체에서는 자신의
s> 하드웨어를 세상 모든 사람들에게 속속들이 다 가르쳐줄 필요가 없죠.
s> NDA문서 던져놓고, 사인하면 준다고 하겠죠? 그렇다면, NetBSD나
s> OpenBSD는 계속 reverse engineer하겠지만, BSDI(잠정적으로 합병한 회사의
s> 이름이라니까 이걸로 쓰겠읍니다.)는 고민이 되겠죠. 가뜩이나 명성을
s> 듣고 몰려오는 초보들이 내뱉는 `드라이버 부족'문제를 해결해주지 못하면
s> commercial product 로서의 가치가 없어지니까, 드라이버를 제공하기는
s> 해야겠는데, reverse engineer하려면 시간이 오래걸리고 그사이에 잠재적
s> 구매자들은 다른 회사로 찾아갈것이고... 결국 BSDI로서는 NDA에 사인하는
s> 쪽으로 밀려갈겁니다. 그러면 그 드라이버는 영영 현재의 FreeBSD source
s> tree에 나올 일이 없어 지는거죠. 혹자는 NetBSD나 OpenBSD에서 집어오면
s> 되지 않느냐라고 하겠지만, 그거 한번이라도 시도해 본 사람은 그런말 쉽게
s> 못할겁니다. 이에 부차적으로 따라오는 우려는 지금의 FreeBSD는 앞으로
s> BSDI의 commercial product의 `light version'으로만 존재하게 될것이라는
s> 암울한 예측입니다. (아마도 read the f...... manual이 사라지는 대신
s> call the f...... BSDI라는 말이 나오지 않을까요?)
FreeBSD 개발이 core와 BSDI의 엔지니어로만 이루어진다면 그런 우려가
현실화될 수 있겠지만, 포팅도 마다하지 않는 사람들이 여전히 있는 한
그런 문제는 크게 걱정할 일은 아니라고 보는데요. 물론 BSDI측이 새
하드웨어 드라이버를 충분한 시기에 재빨리 내놓아 주도권을 잡으면
다른 BSD쪽은 허탈하기는 하겠지만 그렇다고 드라이버 개발을 하지 않고
그냥 FreeBSD로 돌아서지는 않을 겁니다. 그럴 거면 애초에 code forking을
하지 않았겠죠.
s> 2. Project goal의 변화.
s> 뭐 이건 새로운 일은 아니지만서도, x86 platform에서의 최적의
s> performance를 위해 애시당초 fork해버린 명분이 이제는 많이 퇴색했죠.
s> 그렇다고 해서 현재의 alpha port가 제대로 돌아간다는 말은 아닙니다.
s> 실제로는 x86말고 제대로 돌아 가는 플랫폼이 없으면서 자꾸 인력만
s> 분산되는 모습은 별로 보기 좋지는 않네요. 현재의 3개 공개 BSD
s> 프로젝트를 정당화하는 사탕발림이 일종의 `분업' 논리 였는데 우리나라
s> 재벌이나, 그들이 베껴온 일본의 재벌 모델같이 변해 간다면 결국 linux와
s> 같은 난립과 credit조차 제대로 돌리지 않는 허접의 구렁텅이로 빠지게
s> 될거라는 불안감이 드는 것은 저만의 우려입니까? (최근의 daily daemon
s> news에서의 난데없는 불난리를 기억하는 사람은 각 프로젝트간의
s> hostility가 `분업'논리보다 선행함을 아주 잘 이해할 것입니다.) alpha와
s> 함께 sparc으로 옮기려고 했던 시도는 죽었는줄 알았는데, BSDI와의
s> 합병이후에 공공연히 이슈로 떠올리려는 시도가 보입니다. 결국, 앞으로
s> FreeBSD가 내세울수 있는건 user base밖에 없을 것으로 보입니다. 가장
s> 우려되는 시나리오는, FreeBSD와 NetBSD의 차이는 linux에서의 Red Hat과
s> SuSE의 차이정도로 변하는 것이고, 그 와중에 FreeBSD는 그동안 제대로
s> 돌아보지 않은 보안의 문제가 심각하게 대두되는 것입니다.
s> 혹은, FreeBSD가 시장에서 dominate해버릴 수도 있겠죠. 그때부터는
s> 아마도 MaxOS/X하고의 경쟁이 되지 않을까 싶군요. 그렇다면 도대체
s> FreeBSD가 지향 하는 바가 무엇인가라는 의문이 들지는 않으십니까?
s> linux가 망해가는 그 모습대로, 일부 `초보'들이 요구하듯이 desktop과
s> server로 분리해서 (그게 가능하기는 하나? linux같이 커널만으로 이름
s> 팔지 않고서는?) desktop은 open section으로, server version은
s> commercial section으로 보내고는, 자멸의 길로 들어설 가능성이 농후해
s> 보이지 않나요?
저는 낙관론 쪽이라 그렇게 심한 시나리오가 가능할 거라고는 보지
않습니다만.. 그럴 정도로 문제가 생긴다면 그전에 누군가 또 자릴 박차고
나가겠죠.
FreeBSD는 사실 NetBSD와 달리 performance를 위해 많은 compatibility를
희생하여 스스로 다른 플랫폼으로의 포팅을 거부해 버린 것은 아닐까 하는
생각이 들더군요. 레이어 나눈거 도로 붙이고, x86 기능에
집중하고... 알파용 버전을 설치해 보지는 않아서 잘 모르겠지만 다른
BSD와 마찬가지로 ARC 펌웨어에서 설치가 불가능하다면 알파 시장에서
리눅스와 경쟁할 방법이 없고요. 그리고 포팅은 주로 몇몇 명인(?)이
주도해서 나온 것이지 이것에 코어의 능력을 너무 소모해 버렸다고
생각하지는 않습니다.
NetBSD와 OpenBSD머신을 많이 본 적은 없는데, 일본 ASCII에서 간행한 "BSD
매거진" 1호와 2호를 보니 통합되기에는 서로 너무나 먼 길을
가버렸더군요. 서로 특화된 기능만 있고... NetBSD가 잘한건 플랫폼에
의존하지 않은 통합 VM/버퍼캐시(UVM이라 그러던가요?)이고 OpenBSD는
확실하게 보안 문제를 해결하고 있지만 SMP같은건 이제 걸음마고 서드파티
포트는 턱없이 부족하고... 그동안 FreeBSD는 리눅스처럼 철저히 low-level
user를 위해 변신도 못했고 그렇다고 서버를 위해 OpenBSD만큼의 철저함과
NetBSD만큼의 호환성도 제공하지 못했죠. 그렇지만 말씀하신대로, 리눅스가
기술적으로 우월해서 주도적인 것이 아니라 user base와 GNU덕을 철저하게
보고 있다면 FreeBSD도 마찬가지로 user base하에 시장을 주도하게 될
가능성도 있는 것입니다. 여기에 commercial의 proveness와(이러저러함의
통계치) 몇몇 유명 제품의 포팅만 이루어진다면(특히 Oracle,
Informix같은 데이터베이스와 자바, 그리고 ERP패키지같은 것...)
FreeBSD가 명실상부하게 주도권을 잡을 것이라 봅니다. 리눅스와의 관계는
어떻게 될 지 모르겠지만...
FreeBSD가 철저한 초보자용 데스크탑이 될 수 있을까요? 전 FreeBSD를 거의
데스크탑 용도로 사용하지만 전 그렇게 생각하지 않습니다(단지 그렇게
하고 있는 이유는 도스에서 윈도우에 적응하지 못하고 유닉스로 빠져버린
관계로 이것만큼 익숙한 플랫폼이 없기 때문이죠). 래드햇처럼
변해버리려면 앞으로도 시일이 많이 걸립니다. 물론 4.0에서 보여주는
것처럼 커널 모듈이 대부분의 장치 드라이버와 파일시스템까지 분리시킬 수
있다면 그 날은 더 빨리 옵니다. 제가 보기에 리눅스가 재빨리
데스크탑으로 파고들 수 있는 이유는 GNOME이나 KDE데스크탑의 공로도
크지만 무엇보다도 기본 커널을 줄이고 거의 모든 장치 드라이버와
파일시스템을 입맛에 맞게(즉 설치시에 지정한 대로) 올렸다 내렸다 할 수
있기 때문입니다. 지금의 FreeBSD UserConfig같은 시스템으로는 절대로
초보자가 적응할 수 없습니다.
그러니... 지금같은 방식을 유지하는 한(BSDI사의 핵심 기술자들은 오래된
유닉스 철학대로 행동하는 엔지니어들이나 쉽게 그런 인식을 바꾸지
못합니다) FreeBSD는 여전히 서버를 위해서는 리눅스보다 뛰어난 OS로,
NetBSD와 OpenBSD는 어떻게든 살아남을 것입니다. 물론.. 그 전에 남은 두
BSD중 하나는 항복하지 않을까 하는 생각이 드는데.. 그것은 FreeBSD가
얼마나 거대화할 수 있느냐에 따르겠죠...
--
+++ Any opinions in this posting are my own and not those of my employers +++
CHOI Junho <mailto:cjh@kr.freebsd.org> <http://www.kr.freebsd.org/~cjh>
- Korea FreeBSD Users Group <http://www.kr.FreeBSD.org>
- Public Service, Youido Post Office - Web Data Bank <http://www.wdb.co.kr>
--
To Unsubscribe: send mail to majordomo@kr.FreeBSD.org
with "unsubscribe chat" in the BODY of the message
|
Copyright © 1998-2005 Korea FreeBSD Users Group. All rights reserved. webmaster at kr.FreeBSD.org $Date: 2002/03/26 13:17:29 $ |
|