This is an intriguing solution. If it were possible to configure ns_pools
to do that. I'm not too familiar with how this can be accomplished however.
Regards.
On Friday, March 20, 2015 at 8:54:10 PM UTC+8, Jeff Rogers wrote:
>
> Sep Ng wrote:
> > Thank you very much for shedding a lot of ligh
Sep Ng wrote:
> Thank you very much for shedding a lot of light into this.
>
> On Friday, March 20, 2015 at 3:58:19 PM UTC+8, Gustaf Neumann wrote:
>
> > Am 20.03.15 um 07:48 schrieb Sep Ng:
>
> what is hurting you?
>
> > We have instances where we'd get a high number of concurren
Thank you very much for shedding a lot of light into this.
On Friday, March 20, 2015 at 3:58:19 PM UTC+8, Gustaf Neumann wrote:
>
> > Am 20.03.15 um 07:48 schrieb Sep Ng:
>
>> what is hurting you?
>>
>
> > We have instances where we'd get a high number of concurrent users that
> the request
> Am 20.03.15 um 07:48 schrieb Sep Ng:
what is hurting you?
> We have instances where we'd get a high number of concurrent users
that the requests are getting queued, but when I look at the logs,
there's a > lot of static files being served for each login page, let
alone other pages being
Thank you once again for your swift response!
On Friday, March 20, 2015 at 2:33:59 PM UTC+8, Gustaf Neumann wrote:
>
> Am 20.03.15 um 05:47 schrieb Sep Ng:
>
> Hi Gustaf! Thank you for the informative response!
>
> I've been thinking of moving to NaviServer but I don't know enough about
> t
Am 20.03.15 um 05:47 schrieb Sep Ng:
Hi Gustaf! Thank you for the informative response!
I've been thinking of moving to NaviServer but I don't know enough
about the transition to make that call yet. Right now, we're on
aolserver and so, I'm trying to see what I can do on this platform. I
d
Hi Gustaf! Thank you for the informative response!
I've been thinking of moving to NaviServer but I don't know enough about
the transition to make that call yet. Right now, we're on aolserver and
so, I'm trying to see what I can do on this platform. I do not understand
why the delivery doesn
Dear Sep,
The question whether it is worth to use asynchronous delivery boils
down to a question of usage pattern and desired scalability.
The general problem with serving (large) resources via
classical aolserver is that a connection thread is unable
to handle other threads for the time span of t
ack...@gmail.com ]
> *Sent:* Thursday, March 19, 2015 5:52 PM
> *To:* aols...@googlegroups.com
> *Cc:* aolserv...@lists.sourceforge.net
> *Subject:* Re: [AOLSERVER] AOLserver questions
>
>
>
> Generally, what I hope to achieve is that all of these static files will
>
: Sep Ng [mailto:thejackschm...@gmail.com]
Sent: Thursday, March 19, 2015 5:52 PM
To: aolser...@googlegroups.com
Cc: aolserver-talk@lists.sourceforge.net
Subject: Re: [AOLSERVER] AOLserver questions
Generally, what I hope to achieve is that all of these static files will be
offloaded into a single
Generally, what I hope to achieve is that all of these static files will be
offloaded into a single connection thread(?) So, when a request for a
static file comes in, I can push it to this sleeping thread and then serve
another request while this sleeping thread will look up the image and do
Scheduling isn't needed. I read your question again and I understand
what you're looking for. You're asking for all the javascript and
images on a page to be sent in one request correct? You'll need to find
a way to buffer the output and then parse and change the buffer before
it's sent. It woul
Thanks for the reply. I am perhaps confused with all of this. It seems
that if I use the scheduling proc, I can start a thread that runs
perpetually and does nothing. Then, I can use tclthread API to transfer
control into this and issue some proc that would perform mutex and serve
the file t
Look at the scheduling commands at
http://panoptic.com/wiki/aolserver/Tcl_API. You could make an image
processing queue that runs in it's own thread and it won't take up any
connections.
Tony
On 3/18/15 11:09 PM, Sep Ng wrote:
> Hi all,
>
> I've been reading up on aolserver background delivery t
Hi all,
I've been reading up on aolserver background delivery tricks on OpenACS and
I've seen that the patches for the static TCL channel is already in 4.5.1.
In the spirit of improving server performance, I've been wondering if such
facility is worth building on the custom app to increase con
15 matches
Mail list logo