Re: haproxy not creating stick-table entries fast enough

2017-05-12 Thread redundantl y
On Fri, May 12, 2017 at 10:46 AM, Willy Tarreau wrote: > On Fri, May 12, 2017 at 10:20:02AM -0700, redundantl y wrote: > > As I've said before, the issue here is these objects aren't hosted on the > > same server that they're being called from. > > > > "A separately hosted

Re: haproxy not creating stick-table entries fast enough

2017-05-12 Thread Willy Tarreau
On Fri, May 12, 2017 at 10:20:02AM -0700, redundantl y wrote: > As I've said before, the issue here is these objects aren't hosted on the > same server that they're being called from. > > "A separately hosted application will generate HTML with several (20-30) > elements that will be loaded

Re: haproxy not creating stick-table entries fast enough

2017-05-12 Thread redundantl y
On Fri, May 12, 2017 at 12:51 AM, Willy Tarreau wrote: > On Tue, May 09, 2017 at 09:43:22PM -0700, redundantl y wrote: > > For example, I have tried with the latest versions of Firefox, Safari, > and > > Chrome. With 30 elements on the page being loaded from the server > they're >

Re: haproxy not creating stick-table entries fast enough

2017-05-12 Thread Willy Tarreau
On Tue, May 09, 2017 at 09:43:22PM -0700, redundantl y wrote: > For example, I have tried with the latest versions of Firefox, Safari, and > Chrome. With 30 elements on the page being loaded from the server they're > all being loaded within 70ms of each other, the first 5 or so happening on > the

Re: haproxy not creating stick-table entries fast enough

2017-05-09 Thread redundantl y
On Tue, May 9, 2017 at 2:11 PM, Lukas Tribus wrote: > Hello, > > > Am 09.05.2017 um 02:52 schrieb redundantl y: > > The way ab is being executed is inline with our real world use. A > > separately hosted application will generate HTML with several (20-30) > > elements that will

Re: haproxy not creating stick-table entries fast enough

2017-05-09 Thread Lukas Tribus
Hello, Am 09.05.2017 um 02:52 schrieb redundantl y: > The way ab is being executed is inline with our real world use. A > separately hosted application will generate HTML with several (20-30) > elements that will be loaded simultaneously by the end user's > browser. There isn't a delay, the

Re: haproxy not creating stick-table entries fast enough

2017-05-08 Thread redundantl y
On Mon, May 8, 2017 at 4:01 PM, Lukas Tribus wrote: > Hello, > > > Am 09.05.2017 um 00:38 schrieb redundantl y: > > I am running haproxy 1.5.18-3 on CentOS 7 and need to use the > > stick-table feature to make sure traffic for a specific user persists > > to a given server. > > >

Re: haproxy not creating stick-table entries fast enough

2017-05-08 Thread Lukas Tribus
Hello, Am 09.05.2017 um 00:38 schrieb redundantl y: > I am running haproxy 1.5.18-3 on CentOS 7 and need to use the > stick-table feature to make sure traffic for a specific user persists > to a given server. > > Things work fine when connections come in slowly, however when there's > numerous

haproxy not creating stick-table entries fast enough

2017-05-08 Thread redundantl y
I am running haproxy 1.5.18-3 on CentOS 7 and need to use the stick-table feature to make sure traffic for a specific user persists to a given server. Things work fine when connections come in slowly, however when there's numerous simultaneous connections and a stick-table entry doesn't exist yet