TUX

TUX er en kerne-baseret, gevind, ekstremt højtydende HTTP-server.
TUX server er i stand til effektivt og sikkert tjene både statiske og dynamiske data.
TUX flytter HTTP-protokollen stakken til kernen, og kan håndtere anmodninger om data med både kernel-space og user-space-moduler.
TUX er en http-daemon (webserver) til Linux. TUX er forskellig fra andre webservere i, at det kører delvist inde fra Linux-kernen som et modul (enhedsdriver). Givet tilstrækkeligt-stand networking kort, det gør det muligt direkte scatter-samle DMA og hardware-baserede TCP / IP kontrolsumberegning fra siden cachen direkte til netværket, så man undgår ekstra kopier data.
TUX håndterer statiske sider direkte, og kan arbejde i koncert med kernemoduler, bruger-space-moduler, og regelmæssige bruger-space webserver dæmoner til at levere dynamisk indhold. Regelmæssige bruger-space dæmoner behøver ikke at blive ændret på nogen måde for TUX at bruge dem til at levere indhold, men for at TUX at cache dynamisk indhold, bruger-plads kode skal bruge en ny grænseflade baseret på tux (2) systemkald.
Statiske websider er ikke en meget kompliceret ting at tjene, men disse er meget vigtige alligevel, da stort set alle billeder er statiske, og en stor del af HTML-sider er statiske også. En "regelmæssig" webserver har ringe merværdi for statiske sider; det er simpelthen en "kopi fil til netværk" operation. Dette kan gøres meget effektivt inde fra Linux-kernen; for eksempel, nfs (Network File System) dæmonen udfører samme opgave, og også kører i kernen.
Men dynamisk indhold bliver en større og større del af internettet, og TUX giver en måde at cache dynamisk indhold som godt. TUX moduler (som kan bygge i kernel rum eller i bruger rummet; anbefales bruger mellemrum) kan oprette "objekter", som er gemt ved hjælp af siden cache. For at svare på en anmodning om dynamiske data, kan en TUX modul sende en blanding af dynamisk genererede data og cache pre-genererede objekter, idet maksimal fordel af TUX er nul-kopi arkitektur. (Kernel-space-moduler er i øjeblikket de eneste moduler, der kan gøre brug af TUX er SSI støtte, det vil ændre sig i fremtiden.)
Denne helt nye arkitektur for at levere dynamisk indhold kræver en ny API. Eksisterende standard API'er til CGI ikke er tilstrækkelige til at mappes til TUX API. Det betyder, at de eksisterende CGI ansøgninger skal være re-kodet for at drage fordel af TUX arkitektur. TUX kan dog ringe CGI-programmer via sin CGI-modul, så du kan vælge at konvertere kun programmer, der har brug TUX hastighed til TUX api og køre andre programmer ved hjælp af standard CGI-grænsefladen. TUX kan også omdirigere anmodninger til en anden webserver, såsom Apache, så på et enkelt websted, kan du mikse og matche statisk indhold, tux moduler, gammeldags CGI'er, og programmer skrevet til andre webservere 'API'er.
Når TUX er ikke sikker på, hvad du skal gøre (det er, støder input, at det ikke er parat til at håndtere), er det altid omdirigerer anmodningen til Apache til at håndtere i en RFC-kompatibelt måde.
Note:. Dette dokument sommetider bruger "Apache" i stedet for "enhver webserver, du nogensinde måske ønsker at bruge", bare på grund af læsbarheden