Xorg 서버 / 클라이언트 아키텍처는 네트워크 투명성을 허용하므로 원격 시스템에서 x-clients를 시작하고 로컬 시스템에서 GUI를 표시 할 수 있습니다 (예 : ssh를 사용하여 x- 전달).
Wayland는 실행중인 시스템과 다른 시스템에 응용 프로그램의 GUI를 표시 할 수있는 것과 동일하거나 유사한 방법을 가지고 있습니까?
Ubuntu 시스템에서 Xorg를 Wayland로 대체하기위한 단계를 수행하기 전에이 기능이 있어야합니까?
답변
http://mmol-6453.livejournal.com/253081.html 에 따르면 네트워크 투명도는 수행 할 작업 목록에 있으며 해당 목록의 맨 아래에 있습니다. 만약 사실이 사실이라면, 우리는 다른 컴퓨터에 그래픽으로 연결하여 응용 프로그램을 실행할 수있을 것입니다. 나는 이것이 사실이기를 희망합니다. 왜냐하면 여기의 다른 사람들과 마찬가지로 이것이 Windows와 같은 다른 것보다 X 기반 시스템의 주요 이점이라고 생각합니다.
답변
내 이해는 X가 클라이언트로서 Wayland 위에서 실행될 수 있다는 것입니다. 예를 들어 http://wayland.freedesktop.org/architecture.html 하단의 다이어그램을 참조하십시오 .
그들은 이전 버전과의 호환성을 위해 X와 입력 장치를 공유 할 수 있다는 점에서만 이것을 언급하지만, Wayland에서 실행 중이더라도 원격 연결을 통해 X 서버와 통신 할 수 있음을 의미합니다.
답변
ssh 세션을 통해 시작할 수없는 그래픽 응용 프로그램을 모릅니다. 나 그리고 아마 내가 아는 사람들은이 직업을 매일 사용합니다. 직장뿐만 아니라 집에서도. Compiz와 다른 멋진 효과는 사치입니다. 내가 설치할 수있는 모든 단일 그래픽 응용 프로그램의 네트워크 투명도는 필수 입니다. RDP 또는 VNC는 허용되지 않는 대체품입니다.
이 주제에서 볼 수있는 것은 “[걱정하지 않는 단어를 삽입하십시오.
내가 원하는 것은 Wayland를 개발하는 누군가가 “네트워크 투명성이 우리에게 최우선 순위이기 때문에 걱정하지 않아도된다”고 말하는 것입니다.
답변
정답은 “네트워크 투명성이 Wayland 프로토콜의 범위를 벗어납니다”입니다.
전체 설명이 제공되는 이 FAQ에 있지만 간단한 요약 될 수 있습니다 “는 WAYLAND의 목표는 X의 가장 큰 오류 멀리 열심히 노력하고, 작은 프로토콜을 정의하는 것입니다 : 일을 너무 많이 의무화 (X도했던 이 개념을 염두에두고 Wayland 프로토콜에 네트워크 투명성을 추가해야 할 탁월한 이유는 없으며, 독립형 API 및 서버 / 클라이언트에서 수행 할 수 있습니다. Wayland 프로토콜에는 네트워크 투명성에 반하는 것이 없습니다 “
언급 할 가치가있는 한 가지는 Daniel Stone 이이 비디오에서 설명하는 것처럼 현재 X 구현이 더 이상 네트워크 투명성 이 아니라는 것입니다. ).
답변
No Wayland는 Xorg보다 야심이 적으며 네트워크 투명성이 없습니다.
Mark Shuttleworth 블로그에서 인용 :
X의 핵심 목표 중 일부는 기본 GL보다 X에서 이러한 사용자 경험을 달성하기 어렵게 만들기 때문에 네트워크 투명성과 같은 원래 값보다 경험의 품질을 우선시합니다.
심판 : http://www.markshuttleworth.com/archives/551
개인적으로 그래픽 “서버”의 네트워크 투명성이 데스크탑 컴퓨터에 필요한 기능이라고 생각하지 않습니다. 이는 tiny_client / big_workstation 아키텍처와 가장 일치하는 기능입니다.
답변
Wayland의 X 중첩 실행 기능은 대부분의 네트워크 투명성 및 유사한 기능을 지원할 수 있음을 의미합니다. 또한이 기능이 더 나은 방법으로 대체 될 수 있다는 것을 읽었습니다 (링크를 다시 찾을 수 있다면 제공 할 것입니다).
답변
네트워크 투명성이 wayland의 범위를 벗어나는 동안 컴포 지터 가 네트워크 투명도를 구현하는 데 방해가되지 않으며 컴포 지터가 사용할 수 있도록 Wayland 위에 원격 렌더링 서버를 구축하는 waypipe 와 같은 프로젝트도 구현할 수 있습니다.