Date: Sat, 5 Sep 2009 19:03:28 +0200 From: Mel Flynn <mel.flynn+fbsd.questions@mailing.thruhere.net> To: freebsd-questions@freebsd.org Cc: Agus <agus.262@gmail.com> Subject: Re: Reverse Proxy /Proxy Pass Message-ID: <200909051903.29244.mel.flynn%2Bfbsd.questions@mailing.thruhere.net> In-Reply-To: <fda61bb50909050055m3a70be2by17f4e38ce9c1f0b5@mail.gmail.com> References: <fda61bb50909031620n60b14d4bq88e8f1789a290116@mail.gmail.com> <200909040212.44397.mel.flynn%2Bfbsd.questions@mailing.thruhere.net> <fda61bb50909050055m3a70be2by17f4e38ce9c1f0b5@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Saturday 05 September 2009 09:55:54 Agus wrote: > 2009/9/3 Mel Flynn <mel.flynn+fbsd.questions@mailing.thruhere.net>: > > On Friday 04 September 2009 01:20:46 Agus wrote: > >> What server, application do u know/recommend me for using as a > >> ProxyPass / Reverse Proxy... > >> > >> The idea is to forward all requests to port 80 to this server and then > >> from here according to the vhost send it to the actual server... For > >> now i only need proxying.. dont think cacheing will be possible so im > >> just looking for a pretty fast, light and stable app to do this on a > >> freebsd 7... > >> > >> Thanks and ihope to hear some cool recommendations.. hehe > > > > If lightweight, go with www/nginx. Features, go with www/squid or > > apache+mod_proxy. > > -- > > Mel > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to > > "freebsd-questions-unsubscribe@freebsd.org" > > Thanks Mel... Now i've been reading a little and found that cherokee > maybe a very good alternative also.... I also found that the > performance will variate according to the syscall the server uses... i > read about poll,etc.... how to know which syscalls does the servers > support and which one is better/fastest? kqueue is preferred on *BSD, since it's able to aggregate multiple filter matches into one event if they happen to occur in a close time frame. This reduces copyout from kernel to userland. It also used to be true that poll is a busywait, but I think that has been corrected. If you're interested, the original design document for kqueue is available here: http://people.freebsd.org/~jlemon/papers/kqueue.pdf -- Mel
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200909051903.29244.mel.flynn%2Bfbsd.questions>