The TUX web server is an unmaintained in-kernel web server for Linux licensed under the GNU General Public License (GPL). It was maintained by Ingo Molnár.

It was limited to serving static web pages and coordinating between kernelspace modules, userspace modules, and regular userspace web server daemons that provide dynamic content. Regular userspace web servers do not need to be altered in any way for TUX to coordinate with them.[1] However, userspace code has to use a new interface based on the tux(2) system call.[2]

Comparison with traditional web servers

edit

The main differences between TUX and other webservers include:

  • TUX runs partly within a customized version of the Linux kernel and partly as a userspace daemon.
  • With a capable network card, TUX enables scatter-gather DMA from the page cache directly to the network.
  • TUX is only able to serve static web pages.

While only being able to serve static web pages could be seen as a significant disadvantage, TUX has one significant advantage: it is able to serve pages more efficiently than traditional web servers by to running directly within the kernel and avoiding data copies.[1][3] However, this also means that TUX does not generate dynamic content. Because it is running within the kernel, such dynamic content cannot take advantage of functions that the kernel provides to userspace programs, and would create tremendous security issues.

TUX is capable of launching CGI programs to provide dynamic content.[1] However, the CGI application needs to be modified to support Tux.[1] Also, CGI suffers from significant performance limitations, so a CGI-heavy site would gain no performance advantage from using TUX. TUX can also redirect any request it cannot process to a traditional userspace web server daemon, for example Apache or lighttpd. This allows TUX to handle both dynamic content and errors in a safer, faster, and RFC-correct manner.

TUX has never been an integrated part of the official Linux kernel, although it was shipped in some distributions, notably Red Hat, SuSE and Fedora. It served as a test bed (and motivator) for many features which were integrated separately. One major component was the Native POSIX Thread Library, which, with the right tuning parameters, allows userspace web servers to serve web pages at a speed very close to that of a kernelspace web server like TUX but without its limitations.[citation needed] Core kernel developers also argued that having an HTTP daemon within the kernel is dangerous.[citation needed] For example, a common bug such as a buffer overflow within TUX could give an attacker superuser control over the machine. Therefore, it is much safer to keep the HTTP daemon entirely within userspace, where a bug does not necessarily give an attacker total control.

Project status

edit

TUX is dead. There has not been any new development on TUX for about 4 or 5 years, now.

— Ryan Lynch, TUX installation[4]

See also

edit

References

edit
  1. ^ a b c d "TUX 2.0: Reference Manual". Saint Louis Linux Users Group. 2001. Archived from the original on 2023-08-06. Retrieved 2023-08-06.
  2. ^ "tux - interact with the TUX kernel subsystem". ibiblio. Archived from the original on 2023-08-06. Retrieved 2023-08-06.
  3. ^ Lever, Chuck; Eriksen, Marius Aamodt; Molloy, Stephen P. (November 16, 2000), An analysis of the TUX web server (PDF), Center for Information Technology Integration, University of Michigan, archived (PDF) from the original on 2024-03-24
  4. ^ Lynch, Ryan (2009-09-18). "TUX installation". listman.redhat.com Mailing Lists. Archived from the original on 2023-08-06. Retrieved 2023-08-06.
edit