diff options
Diffstat (limited to 'doc')
| -rw-r--r-- | doc/info/mds.texinfo | 34 |
1 files changed, 34 insertions, 0 deletions
diff --git a/doc/info/mds.texinfo b/doc/info/mds.texinfo index 889ce8f..edfc47c 100644 --- a/doc/info/mds.texinfo +++ b/doc/info/mds.texinfo @@ -5473,8 +5473,14 @@ performing gaming consoles. @node Fixing X.org Issues @section Fixing X.org Issues +X.org is been critiqued for several shortcoming, some +of which have caused people to start on new display +servers replace X.org. This chapter will list some +issues and discuss how they can be avoided in mds. + @menu * Automatic Cleanup:: Cleanup up after applications. +* Other Issues:: Other issues in X.org. @end menu @@ -5511,6 +5517,34 @@ protocol. +@node Other Issues +@subsection Other Issues + +X11 display servers do not let you upgrade or +otherwise replace graphics drivers online. Or other +parts of it. X11 display servers could allow you to +send a signal, for instance SIGUSR1, to upgrade the +whole server, however this is not favourable, and +X.org does not do this. The reference implemention +of the mds protocol lets you safely upgrade any part +of it unline by sending SIGUSR1 to the server that +should be upgraded. On catastrophic failure in this +process 0a server would restart and lose volatile +data, but the server shoul be upgraded and it would +ask all running clients for resend information the +server lost. + +Another issue with X.org is that it is not +multithreaded, which can cased intensive programs +to freeze your desktop. mds is inherently pervasively +parallel and only subsystems, rather than the whole +system, can suffer from this. It is however easy +for mds servers to implement pervasive threading, +that is, letting each request spin up a new thread +in the server. + + + @node GNU Free Documentation License @appendix GNU Free Documentation License @include fdl.texinfo |