NetBSD 11: 사용자 경험과 하드웨어 호환성에 대한 경고성 사례

BSD 변체 간의 전환은 종종 사용자 경험의 미묘한 변화로 간주되지만, 일부 사용자에게는 "//s/OpenBSD/NetBSD/"가 충분한 대체제가 아닙니다. 하드웨어 결함으로 인해 OpenBSD에서 NetBSD 11로 이동해야 했을 때, 그 경험은 "즉시 사용 가능한(out-of-the-box)" 안정성과 데스크톱 사용성 측면에서 상당한 격차를 드러냈습니다.

마이그레이션의 마찰

장기 OpenBSD 사용자라면, 정확성과 기본 설정에 의한 정확성(correctness-by-default)에 대한 동일한 기대치를 NetBSD에 적용하곤 합니다. 하지만 NetBSD 11의 경험은 매우 다를 수 있습니다. 주요 불만 사항은 OS와 현대적인 데스크톱 환경 간의 원활한 통합 부족에서 비롯되며, 터미널 에뮬레이션 및 SSH 연결과 같은 기본적인 작업이 예상대로 작동하지 않는 경우가 발생합니다.

치명적인 사용성 실패

사용성 격차의 몇 가지 주요 영역이 가장 두드러집니다:

터미널 및 SSH 성능 저하

보고된 가장 충격적인 경험 중 하나는 SSH를 사용할 때 터미널 환경의 성능 저하입니다. 안정적인 환경에서 SSH는 투명해야 합니다. 그러나 NetBSD 11에서는 로컬 터미널 정보가 원격 호스트로 올바르게 전달되지 않아, 백스페이스 및 화살표 키와 같은 기본적인 키보드 작업이 기본적으로 실패하는 현상이 보고되었습니다. 또한, SSH를 통한 xterm 창 사이의 복사-붙여넣기 기능이 작동하지 않는다는 보고가 있습니다.

X Server 안정성 및 애플리케이션 충돌

X server의 안정성은 주요 논쟁 지점입니다. OpenBSD의 Firefox 구현은 안정적인 것으로 보고되는 반면, NetBSD 11에서는 Firefox를 실행할 때 전체 X server가 충돌하거나 멈출 수 있습니다. 구체적으로 사용자는 다음과 같은 사항을 언급했습니다:

• 시스템 전체 프리징: Firefox가 실행되는 동안 X 환경의 다른 모든 창이 멈춥니다.
• 치명적인 실패: xterm에서 set을 포함하는 특정 셸 명령어가 설명할 수 없는 이유로 전체 X server를 다운시킵니다.

패키지 관리 및 환경

설정 관점에서 보면, OpenBSD를 특징짓는 논리적인 문서화 및 "즉시 사용 가능한" 수준이 NetBSD 11에서는 부족하다고 느껴집 수 있습니다. 패키지를 추가하기 위한 기본 installurl이 없다는 점과 같은 문제는 사용자에게 추가적인 마찰을 유발합니다.

NetBSD의 대안적 사용 사례

데스크톱 경험이 생산적인 작업을 위한 용도로는 사용할 수 없는 수준이라고 보고될지라도, NetBSD의 철학 및 "모든 것"에서 실행될 수 있는 능력은 다른 우선순위를 강조한다는 점을 고려하는 것이 중요합니다. 커뮤니티 구성원들이 언급했듯이, 커널의 Lua 지원은 인상적인 기술적 성취이며, 다른 BSD 계열에서 볼 수 없는 유연성을 제공합니다.

아마도 NetBSD의 가장 좋은 사용 사례는 당신이 아직 시도해보지 않은 무언가일지도 모릅니다. 커널의 Lua 지원은 멋져 보이지만, 그것이 전체 데스크톱 환경을 실행하는 것과는 같지는 않습니다.

이는 NetBSD가 범용 데스크톱 OS보다는 특수 목적의 임베디드 시스템이나 고도로 맞춤화된 커널 수준의 작업에 더 적합하다는 것을 시사합니다.

결론

안정성을 최우선으로 하는 데스크톱 준비가 된 경험을 찾는 사람들에게, 동일한 하드웨어에서 OpenBSD에서 NetBSD 11로 이동하는 것은 결과가 다를 수 있습니다. 이 경험은 BSD 제품군 간의 중요한 차이를 강조합니다. 하나가 동일한 하드웨어의 보안과 정확성을 중점에 둔다면, 다른 하나는 거의 모든 하드웨어 아키텍처에서 실행될 수 있는 능력을 극도로 높게 유지하며, 때로는 데스크톱 사용자 경험을 희생하여 이를 달성합니다.