X Font Server

This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "X Font Server" – news · newspapers · books · scholar · JSTOR (April 2017) (Learn how and when to remove this message)

The X font server (xfs) provides a standard mechanism for an X server to communicate with a font renderer, frequently one running on a remote machine. It usually runs on TCP port 7100.

The use of server-side fonts is currently considered deprecated in favour of client-side fonts.^[1] Such fonts are rendered by the client, not by the server, with the support of the Xft2 or Cairo libraries and the XRender extension.

For the few cases in which server-side fonts are still needed, the new servers have their own integrated font renderer, so that no external one is needed. Server-side fonts can now be configured in the X server configuration files. For example, /etc/X11/xorg.conf will set the server-side fonts for Xorg.

No specification on client-side fonts is given in the core protocol.

As of October 2006, the manpage for xfs on Debian states that:

FUTURE DIRECTIONS

Significant further development of xfs is unlikely. One of the original motivations behind xfs was the single-threaded nature of the X server — a user’s X session could seem to "freeze up" while the X server took a moment to rasterize a font. This problem with the X server (which remains single-threaded in all popular implementations to this day) has been mitigated on two fronts: machines have gotten much faster, and client-side font rendering (particularly via the Xft library) has become the norm in contemporary software.

So the choice between local filesystem font access and xfs-based font access is purely a local deployment choice. It does not make much sense in a single computer scenario.

• X Window System core protocol
• X logical font description