Re: notes on thttpd/lighttpd Re: Tux Crash (same as Thierry dM's?)
"Kursad Keskinege" <[email protected]> Tue, 5 Sep 2006 22:54:42 +0300
| Newsgroups | gmane.network.tux |
|---|---|
| Message-ID | <[email protected]> |
--===============0539475992== Content-Type: multipart/alternative; boundary="----=_Part_144536_16854713.1157486082887" ------=_Part_144536_16854713.1157486082887 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline my 5 cents: 1. apache + php seems to be the best alternative currently to serve php, i also tried lighttpd, but did not go much since i need some more modules, that needing more configuration, and stopped 2. on static files, i tried, tux, thttpd, lighttpd all comparable, but keep in mind that thttpd must be patched (i think the best one is 2.21b branch) to solve these issues + performance increase, thttpd is very near to tux performance, I never suggest thttpd to serve php, it's far away from modern web application platform but yes, under normal conditions, none can beat tux, but i am really tried to change kernel, apply patch, re-install system tests to see it stable, my last condition is tux crashes in inregular times under heavy load, k. On 9/5/06, Kyrian <[email protected]> wrote: > > Folks, > > I'd dearly like to get these TUX bugs fixed myself, but don't have the > slightest idea where to start. > > Anyways, I've tried thttpd, and lighttpd on various different > installations having abandoned TUX, and I've found both to be more than > adequate at solving the Apache+PHP memory consumption issue, by > offloading content to them. Speed is nothing to grumble about either. > > However two things of likely operational interest that I noted were: > > thttpd barfs on slightly malformed urls, eg. for: > > http://thttpd.mysite.com/images/mysite.gif > > It would barf on: > > http://thttpd.mysite.com//images/mysite.gif > > ... and refuse to serve the image. Although it wouldn't crash out and > totally kill your server ;-) > > Also, I don't think thttpd has any equivalent behaviour to Apache's > 'mod_status', where Lighttpd does have vaguely equivalent behaviour. > > K. > > > according to my tests, on static small files thttpd + keep alive patch > > does give similar performance figures to tux, > > > > just my 5 cent idea and experience to share, > > _______________________________________________ > tux-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/tux-list > ------=_Part_144536_16854713.1157486082887 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline my 5 cents:<br>1. apache + php seems to be the best alternative currently to serve php, <br>i also tried lighttpd, but did not go much since i need some more modules, that needing more configuration, and stopped<br>2. on static files, i tried, <br><br>tux, thttpd, lighttpd <br>all comparable, but keep in mind that thttpd must be patched (i think the best one is 2.21b branch) to solve these issues + performance increase, thttpd is very near to tux performance,<br> <br>I never suggest thttpd to serve php, it's far away from modern web application platform<br><br>but yes, under normal conditions, none can beat tux, but i am really tried to change kernel, apply patch, re-install system tests to see it stable, my last condition is tux crashes in inregular times under heavy load, <br>k.<br><br><div><span class="gmail_quote">On 9/5/06, <b class="gmail_sendername">Kyrian</b> <<a href="mailto:[email protected]">[email protected]</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Folks,<br><br>I'd dearly like to get these TUX bugs fixed myself, but don't have the<br>slightest idea where to start.<br><br>Anyways, I've tried thttpd, and lighttpd on various different<br>installations having abandoned TUX, and I've found both to be more than <br>adequate at solving the Apache+PHP memory consumption issue, by<br>offloading content to them. Speed is nothing to grumble about either.<br><br>However two things of likely operational interest that I noted were:<br><br> thttpd barfs on slightly malformed urls, eg. for:<br><br><a href="http://thttpd.mysite.com/images/mysite.gif">http://thttpd.mysite.com/images/mysite.gif</a><br><br>It would barf on:<br><br><a href="http://thttpd.mysite.com//images/mysite.gif"> http://thttpd.mysite.com//images/mysite.gif</a><br><br>... and refuse to serve the image. Although it wouldn't crash out and<br>totally kill your server ;-)<br><br>Also, I don't think thttpd has any equivalent behaviour to Apache's <br>'mod_status', where Lighttpd does have vaguely equivalent behaviour.<br><br>K.<br><br>> according to my tests, on static small files thttpd + keep alive patch<br>> does give similar performance figures to tux,<br> ><br>> just my 5 cent idea and experience to share,<br><br>_______________________________________________<br>tux-list mailing list<br><a href="mailto:[email protected]">[email protected]</a><br><a href="https://www.redhat.com/mailman/listinfo/tux-list"> https://www.redhat.com/mailman/listinfo/tux-list</a><br></blockquote></div><br> ------=_Part_144536_16854713.1157486082887-- --===============0539475992== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ tux-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/tux-list --===============0539475992==--