On Tue, Nov 13, 2012 at 08:23:38AM -0200, Friedrich Locke wrote:
> 0) To have a single process "accepting" incoming connection on port 80 and
> send the new socket fd to one of the http server in a round-roubin manner,
DJB's publicfile does something rather similar.
http://cr.yp.to/publicfile.ht
> "Friedrich" == Friedrich Locke writes:
Friedrich> The http server is just an excuse, ok? Happy now?
So why lie to us, then? Not very nice to lie to people from whom you
want help and answers and advice... FOR FREE.
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 77
I am really sorry i offend you! It was not my wish!
On Tue, Nov 13, 2012 at 4:48 PM, Randal L. Schwartz
wrote:
> > "Friedrich" == Friedrich Locke writes:
>
> Friedrich> The http server is just an excuse, ok? Happy now?
>
> So why lie to us, then? Not very nice to lie to people from whom you
Jesus Christ!
The http server is just an excuse, ok? Happy now?
I just need to know, for a tcp server which of those apporaches could
deliver best results!
That's really the question was all about !
On Tue, Nov 13, 2012 at 4:21 PM, Randal L. Schwartz
wrote:
> > "Friedrich" == Friedrich Lock
> "Friedrich" == Friedrich Locke writes:
Friedrich> I am aware og ngnix, but i have to write my own http
Friedrich> server. Using someone else solution is not an option.
As this is a very unusual requirement (given that nginx is available
under the most free license available), I think you o
On Tue, Nov 13, 2012 at 3:08 AM, Mark Blackman wrote:
>
> On 13 Nov 2012, at 11:03, Friedrich Locke
> wrote:
>
> > Mark,
> >
> > when i say high performance, i am looking something at least as fast as
> the fastest performing http server on the market for a given set of
> requests on the same po
That's a shame, nginx is definitely a robust and fast server, it's
well maintained, it's patched quickly...
If you need proof of its prowess to convince your upstream managers,
I'd be inclined to provide you with a diagram of our architecture for
this particular project, as well as the graphs (net
On 13 Nov 2012, at 11:03, Friedrich Locke wrote:
> Mark,
>
> when i say high performance, i am looking something at least as fast as the
> fastest performing http server on the market for a given set of requests on
> the same pool of static files.
>
> I am aware og ngnix, but i have to write
Mark,
when i say high performance, i am looking something at least as fast as the
fastest performing http server on the market for a given set of requests on
the same pool of static files.
I am aware og ngnix, but i have to write my own http server. Using someone
else solution is not an option.
Define "high performance" , what are your expectations in terms of concurrent
connections, requests/second and all ?
Allow me to shed some measure of light here, we're running 16x web servers with
nginx doing *permanent* (as in, for all requests) URL rewriting and serving 500
req/s each.
The
Hi,
On Tue, 13 Nov 2012 08:23:38 -0200
Friedrich Locke wrote:
> 0) To have a single process "accepting" incoming connection on port
> 80 and send the new socket fd to one of the http server in a
> round-roubin manner, or
if you have N cores, create N - X processes or threads for handling the
re
On 13 Nov 2012, at 10:23, Friedrich Locke wrote:
> Hi list members,
>
> i would like to be an http server for static content only. Due to this
[snip]
>
>
> What you have to say
benchmark nginx to see if it does the job already.
- Mark
___
freebs
On 13 Nov 2012, at 10:28, Friedrich Locke wrote:
> Thank you Mark for suggestion, but my doubt still remains.
perhaps some benchmarking/testing will help clear up the doubt?
- Mark
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.
Thank you Mark for suggestion, but my doubt still remains.
Regards.
On Tue, Nov 13, 2012 at 8:26 AM, Mark Blackman wrote:
> On 13 Nov 2012, at 10:23, Friedrich Locke
> wrote:
>
> > Hi list members,
> >
> > i would like to be an http server for static content only. Due to this
>
> [snip]
>
> >
14 matches
Mail list logo