|This article does not cite any references or sources. (March 2010)|
||This article contains instructions, advice, or how-to content. (March 2011)|
Xvfb or X virtual framebuffer is a display server implementing the X11 display server protocol. In contrast to other display servers Xvfb performs all graphical operations in memory without showing any screen output. From the point of view of the client, it acts exactly like any other X display server, serving requests and sending events and errors as appropriate. However, no output is shown. This virtual server does not require the computer it is running on to even have a screen or any input device. Only a network layer is necessary. Unlike a real display server, Xvfb does not support modern X11 extensions like Compositing, Randr or GLX. Xdummy is a newer alternative which supports these extensions as well as providing the same functionality as Xvfb.
Xvfb is primarily used for testing:
- Since it shares code with the real X server, it can be used to test the parts of the code that are not related to the specific hardware.
- It can be used to test clients in various conditions that would otherwise require a range of different hardware; for example, it can be used to test whether clients work correctly at depths or screen sizes that are rarely supported by hardware.
- Background running of clients. (the xwd program or a similar program for capturing a screenshot can be used to actually see the result)
- Running programs that require an X server to be active even when they do not use it. (e.g. Clover html reports)
As an example, the following sequence of commands runs the virtual framebuffer as display
":1", runs a program on it, and captures the virtual screen in the file
image.png using the import command of ImageMagick:
Xvfb :1 & xv -display :1 & import -display :1 -window root image.png
The result can be shown by running
display image.png or
xv image.png. You can also use the wrapper script xvfb-run on some platforms, removing the need to worry about selecting a display code and managing authentication.
Remote control over SSH
Xvfb is also used for remote control. VNC over SSH is slightly[vague] faster than X11 over SSH. In this case, Xvfb is often combined with a lightweight window manager such as Fluxbox and a VNC server such as X11vnc. A possible sequence of commands to start this on the server is:
export DISPLAY=:1 Xvfb :1 -screen 0 1024x768x16 & fluxbox & x11vnc -display :1 -bg -nopw -listen localhost -xkb
The next step is to fire up a SSH client such as PuTTY with tunneling to localhost port 5900 enabled. A vncviewer can then connect to localhost to get remote control over the server.
ssh -N -T -L 5900:localhost:5900 user@remotehost & vncviewer -encodings 'copyrect tight zrle hextile' localhost:5900
x11vnc's man page also contains instructions.
Xvnc (not to be confused with x11vnc) is very similar to Xvfb.
- Xvfb manual page
- Xvfb + Firefox – making automatic screenshots of web pages, using Xvfb and Mozilla Firefox
- Xdummy an alternative to Xvfb using a plain X11 server with dummy drivers