|
|
|
|
|
by epcoa
763 days ago
|
|
X11 the base protocol is wholly unsuited to the needs of modern display systems, full stop. Moreover, the base security profile is also completely outdated. Now you can always extend the protocol, and continue to use the myriad extensions over the years like XRENDER, DBE, DnD, etc, etc (or paper over deficiencies with contraptions like NX/x2go and Xpra). The question is what useful benefit is being provided by that miniscule still relevant base that justifies its existence along with the other legacy cruft and baggage. "X11 seems to have fewer problems than the Wayland protocol" is too vague to be cogent so I will not address it. But the argument is more than just X11 vs Wayland, as Wayland isn't the only alternative display system nor is it the only answer to network transparent remote display technology either. "Wayland sucks" really is not a valid response to "X I don't really see the problems with it." True, X11 the wire protocol isn't the most horrible thing in a world where SOAP exists, but in practice the latency story is overall bad. Yes you can pipeline with xcb and not with Xlib, so a few of the rehashed latency issues by the peanut gallery are false attribution, but the core protocol still makes many basic operations inherently synchronous and strictly ordered, many just a consequence of how the X server manages state. There are fundamental architectural issues. |
|
X11 doesn't inherently require that many round trips. Xlib does, because Xlib is bad. But, for example, clients choose their own object IDs, so they don't need round trips to find the IDs of newly created objects. Of course it requires a few round trips to do anything, but that is also true of Wayland. The complaint was about excessive round trips, not a few.