>This shows (I think) that if you currently have N threads active, no
>threads will timeout if there are N hits in threadtimeout seconds, at
>least on a Linux box, because the thread scheduling is FIFO instead of
>LIFO. On one of our production server, we are up to around 26 active
>threads. I d
Hi !
I was afraid that you would say to recompile ;-) I need to revise my C++!
Thanks for your help, and I will try this evening!
- Daniel
- Original Message -
From: "Ariel E. Carná" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 18, 2001 3:48 AM
Subject: Re: [AOLSE
Hi,
My final tests were running on a WinNT 4 box. I copied the nsmysql.so (renamed to
nsmysql.dll) file to the same directory as nscp.dll (c:/progra~1/aolserver/bin), and
in the config file, and I copied the entry for ${bindir}/nscp${ext} in
ns/server/${servername}/modules to ${bindir}/nsmysql
Harry Moreau wrote:
> Personally, I'm heartened to hear other people see leaks
Yea, me too! I have several systems where nsd 3.2+ad12 will slowly
consume memory until, if not restarted, it will crash the system. I had
been debating whether I should upgrade to 3.4 and see if it would help,
but i
I was travelling yesterday, plus we are still fighting a few fires
since the 3.4 upgrade. To answer some of the questions/suggestions
people have posted:
1. Yes, I'm sure we're running 7.6 TCL. I ran into a few problems
with 8.X because we (intentionally) use poorly-constructed lists
in a coupl
On Wednesday, October 17, 2001, at 10:23 AM, Jim Wilcoxson wrote:
> We don't use nsv's - IMO that programming model is broken because
> regular TCL constructs can't be used on nsv's.
I probably missed a memo or something, but can you tell me what you have
in mind here?
Pete.
proc foo {var} {
if {$var == 10} {
return 1
} else {
return 0
}
}
ns_share shvar
set shvar 10
set plainvar 20
if {[foo $shvar] || [foo $plainvar]} {
ns_return 200 text/plain "had a foo"
} else {
ns_return 200 text/plain "no foos here"
}
I realize that when calling foo I could d
Try 3.3+ad13. It has a memory leak fix involving TSDs that I
back-ported from the 4.0 tree.
+-- On Oct 17, Janine Sisk said:
> Yea, me too! I have several systems where nsd 3.2+ad12 will slowly
> consume memory until, if not restarted, it will crash the system.
Is this fix only for 8.X? Does the same problem occur with 7.6?
>
> Try 3.3+ad13. It has a memory leak fix involving TSDs that I
> back-ported from the 4.0 tree.
>
> +-- On Oct 17, Janine Sisk said:
> > Yea, me too! I have several systems where nsd 3.2+ad12 will slowly
> > consume memo
+-- On Oct 17, Jim Wilcoxson said:
> Footnote: is anyone (or most people) using zippy? I still haven't
> tried that.
The zippy malloc will probably use more memory but should improve
performance. It should have no effect on memory leaks. I believe AOL
uses it in production.
I don't remember, and since I don't work for ArsDigita anymore, I can't
look at the CVS log to quickly see which files were modified.
+-- On Oct 17, Jim Wilcoxson said:
> Is this fix only for 8.X? Does the same problem occur with 7.6?
In glancing at the zippy code, it looks like it used a power-of-2
algorithm, so I figured it might cause less heap fragmentation. I
think that might be at least some of the problem. Does the standard
gnu/linux memory allocator handle fragmentation poorly/well?
>
> +-- On Oct 17, Jim Wil
+-- On Oct 17, Jim Wilcoxson said:
> In glancing at the zippy code, it looks like it used a power-of-2
> algorithm, so I figured it might cause less heap fragmentation. I
> think that might be at least some of the problem. Does the standard
> gnu/linux memory allocator handle fragmentati
Hi,
It would seem that 2 DLL files are missing from the Windows pre-compiled version of
AOLServer, downloaded from aolserver.com:
- nstcl.dll
- nsd.dll
If anyone has a copy of these files for AOLServer 3.4, could you please send me a copy?
Cheers,
Daniel
-
Janine Sisk wrote:
> Harry Moreau wrote:
>
>>Personally, I'm heartened to hear other people see leaks
>>
>
> Yea, me too! I have several systems where nsd 3.2+ad12 will slowly
> consume memory until, if not restarted, it will crash the system. I had
> been debating whether I should upgrade to 3.
Hi there,
in Screen Name Service, we're currently investigating a problem regarding the
truncation/dropping of HTTP headers when they're becoming too big or too many
for the client or the server to handle.
Just wanted to ask you guys if you know of any limitations of AOLserver in
this regard.
At 10:22 AM 10/17/01, you wrote:
>Hi there,
>
>in Screen Name Service, we're currently investigating a problem regarding the
>truncation/dropping of HTTP headers when they're becoming too big or too many
>for the client or the server to handle.
>
>Just wanted to ask you guys if you know of any lim
+-- On Oct 17, Michael Schilli said:
> * 4K characters per HTTP header line
The maximum length of each HTTP header line is controlled by the
ns/server/servername maxline configuration parameter. The default is
8192 bytes.
> * 16K characters total for all HTTP header lines
The m
i'm not sure this will help but
you might try making the url that generates the pdf file end with
".pdf" (if you not doing that already..)
i found that some versions of IE don't always pay attention to the content-type
but they will pay attention to the file suffix..
> OK, I have pdflib going
On Wednesday, October 17, 2001, at 01:29 PM, Jerry Asher wrote:
> What's the screen name service?
Screen Name Service is AOL's service-wide authentication scheme -- you see
it when you log in to the AOL web site to pick up mail or use the Java AIM
applet.
My guess is that this question was probab
At 11:07 AM 10/17/01, you wrote:
>On Wednesday, October 17, 2001, at 01:29 PM, Jerry Asher wrote:
>>What's the screen name service?
>Screen Name Service is AOL's service-wide authentication scheme -- you see
>it when you log in to the AOL web site to pick up mail or use the Java AIM
>applet.
Ah,
+-- On Oct 17, Jerry Asher said:
> Ah, well while revealing internal names and such, what's "Magic Carpet
> Engineering?"
Typing "aol magic carpet" into Google gets this informative link:
http://techupdate.zdnet.com/techupdate/stories/main/0,14179,2797243,00.html
On Wednesday, October 17, 2001, at 02:09 PM, Jerry Asher wrote:
> Ah, well while revealing internal names and such, what's "Magic Carpet
> Engineering?"
I'm not revealing anything that hasn't been published elsewhere:
http://www.zdnet.com/eweek/stories/general/0,11011,2797243,00.html
At 11:16 AM 10/17/01, Peter M. Jansson wrote:
>On Wednesday, October 17, 2001, at 02:09 PM, Jerry Asher wrote:
>>Ah, well while revealing internal names and such, what's "Magic Carpet
>>Engineering?"
>I'm not revealing anything that hasn't been published elsewhere:
>
>http://www.zdnet.com/eweek/st
There are 2 MS support articles you need to read. Mike's correct in stating
IE ignores MIME type - it does a lot of second-guessing. One of the articles
deals with that:
http://msdn.microsoft.com/library/default.asp?url=/workshop/networking/monik
er/overview/appendix_a.asp
Another is in the Knowl
Hi,
After a quick check of the source code and the Configuration Reference
at http://aolserver.com/docs/, the limits are all configurable in the
server's configuration as follows:
There is a maxheaders of 16384 which means 16,384 header lines can be
presented to the server. That exceeds your 1
Ok, I must have missed something, or might have been off of the cluetrain too long,
but what exactly is 'zippy'? I did a google search, but I was getting mostly 'zippy
the pinhead' and other weird stuff!
Anyone have an URL or explanation?
thanks,
--brett
On Wed, 17 Oct 2001 09:54:25 -0500
R
+-- On Oct 17, Brett Schwarz said:
> Ok, I must have missed something, or might have been off of the cluetrain too long,
>but what exactly is 'zippy'? I did a google search, but I was getting mostly 'zippy
>the pinhead' and other weird stuff!
It's the -z flag to nsd.
zippy is the -z command line option to AS. It causes an AOL-designed
memory allocator to be used instead of the standard C library malloc.
Properties of zippy are that it has separate heaps for each thread
instead of a shared heap, thus avoiding the need to lock when
malloc'ing private thread st
On 2001.10.17, Kriston Rehberg <[EMAIL PROTECTED]> wrote:
> There is a maxpost of 65535 bytes which means 65,535 bytes total can
> be presented to the server in the body of a POST POST or in the query
> part of a GET string. I know you didn't really ask for that but it is
> helpful to know.
Hmm,
This will probably be an issue for us in the future. Thanks for bringing it
to light.
--
Mark Hubbard: [EMAIL PROTECTED]
Microsoft Certified Professional
"Never apply a Star Trek solution to a Babylon 5 problem."
-Original Message-
From: Dossy <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
+-- On Oct 17, Mark Hubbard said:
> This will probably be an issue for us in the future. Thanks for bringing it
> to light.
Note that if you use ns_getform, and the request was a POST with content
in multipart/form-data format, then maxpost does not apply.
-> > There is a maxpost of 65535 bytes which means 65,535 bytes total can
-> > be presented to the server in the body of a POST POST or in the query
-> > part of a GET string. I know you didn't really ask for that but it is
-> > helpful to know.
->
-> Hmm, the default 65k for POST kinda sucks for
+-- On Oct 17, [EMAIL PROTECTED] said:
> Where is the limit, exactly? Tcl API or C API?
The limit is in the Ns_ConnGetQuery function. It does not apply to file
uploads, because those are sent in multipart/form-data format.
That's exactly what we were thinking of - multipart/form-data for image
uploading.
--
Mark Hubbard: [EMAIL PROTECTED]
Microsoft Certified Professional
"Never apply a Star Trek solution to a Babylon 5 problem."
-Original Message-
From: Rob Mayoff <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
+-- On Oct 17, Rob Mayoff said:
> The limit is in the Ns_ConnGetQuery function. It does not apply to file
> uploads, because those are sent in multipart/form-data format.
More accurately, the limit is enforced by the Ns_ConnGetQuery function.
It is set using the ns/server/servername maxp
Hi Daniel!
Some time ago I have the same problem trying to load the Oracle driver with
AOLServer 3.4 for Windows.
I have to touch the source files and compile all again.
The file that I have to modify was "ns.h", search this section of code and
try to modify and compile again.
The type "long long
On a test server configured with threadtimeout set to 120, minthreads
not set (defaults to 1/0 I think), and maxthreads set to 40, I have
another server reference a URL every 5 seconds. What I see on the
test server is:
[17/Oct/2001:19:17:49][9533.8200][-conn0-] Notice: monitor: returning page
[
OK, I have pdflib going in aolserver and it generates beautiful pdf reports. I send
them to the browser via 'ns_returnfile 200 application/pdf /tmp/pdffilename'. On some
machines it works great. On others, it does not work at all. The root of the problem
is something to do with the tag gen
39 matches
Mail list logo
