Re: [AOLSERVER] are nsv_* functions freeing memory ?

2002-02-18 Thread Wojciech Kocjan
This does not make much sense. I called these from nscp: time {nsv_set a b c; nsv_unset a b} 100 for {set i 0} {$i10} {incr i} {nsv_set a b$i c; nsv_unset a b$i} Both of these resulted in nsd processes having the same number of memory as before. I hope this helps a bit :) -- WK

Re: [AOLSERVER] Lots of Dinero?

2002-02-18 Thread Perseo Benavidez
All you need to know about Online Gambling Todo lo que necesitas saber sobre Juegos de Casino en la Red http://www.casinomarketplace.net/ If our information is not of your interest, please accept our apologies, and reply to this message including the word "Remove" in the subject of

Re: [AOLSERVER] dstringcachemaxentries, dstringcachemaxsize, iobufsize: how are they related?

2002-02-18 Thread Dossy
On 2002.02.18, Simos Gabrielidis [EMAIL PROTECTED] wrote: [ using nsd8x on sparc with and without ACS ] Even if HTTP POST ends-up sending 7000KB, I think 30 secs is rather excessive. Furthermore, I find it strange that the IOBufSize parameter has no impact on file upload performance. Could

Re: [AOLSERVER] C API question: how to tell if conn is closed?

2002-02-18 Thread Jim Davidson
In a message dated 2/18/2002 12:01:25 AM Eastern Standard Time, [EMAIL PROTECTED] writes: I'm writing some C code to handle HTTP header parsing inside of AOLserver (don't ask -- it's for CGI emulation inside of parsed Python scripts) and I'm running across a problem where a redirect is

Re: [AOLSERVER] dstringcachemaxentries, dstringcachemaxsize, iobufsize: how are they related?

2002-02-18 Thread Simos Gabrielidis
Here are the results of the various file sizes and timings: 30KB: 0.28 sec, 60KB: 0.57 sec, 100KB: 1.1 sec, 1000KB: 13.41 secs, 1500KB:19.47 secs, 3000KB: 37.74 secs, 4000KB: 50.56 secs, 6000KB: 74.82 secs. Any ideas? Thank you, Simos.

Re: [AOLSERVER] dstringcachemaxentries, dstringcachemaxsize, iobufsize: how are they related?

2002-02-18 Thread Darren Ferguson
Network problems. 1 Meg is 1 Meg when being transfered across a network It should probably not be that slow but i would be inclined to look at the network and see if it drops a lot of packets etc Darren On Mon, 18 Feb 2002, Simos Gabrielidis wrote: Here are the results of the various file

[AOLSERVER] File uploading

2002-02-18 Thread Rusty Brooks
Take a look at modules/tcl/form.tcl in the AOLServer distribution. It is actually responsible for handling the uploaded files. It's not the speediest thing in the world, and I'm pretty sure this is the problem. For example, it examines *every line* of the incoming file to see if it matches the

Re: [AOLSERVER] File uploading

2002-02-18 Thread Jeff Hobbs
... I'm going to look into this a bit and see if it actually is the problem. If so it may help to make form.tcl into a C module to speed things up. It looks like the aolserver HEAD code does something different, as form.tcl shrank a lot, however ... OK, I uploaded a 2 meg file.

Re: [AOLSERVER] are nsv_* functions freeing memory ?

2002-02-18 Thread Scott S. Goodwin
What does your module do? We can have it imported into the CVS tree at sourceforge. Send it to me so I can take a look. /s. -+-+-+-+-+-+-+-+-+-+-+-+- If to err is human, I must be more human than most. Scott S. Goodwin u: http://scottg.net e: [EMAIL PROTECTED] p: 850.897.6830 aim: scottgnet

Re: [AOLSERVER] File uploading

2002-02-18 Thread Scott S. Goodwin
I got 13 seconds using the ADP that Simos sent me. I also got 13 seconds using my own ADP form. This was for a 4MB file going to a 500MHz PIII on a dedicated 100MBit network at home. Here are the two ADPs: html head titleTest File Upload/title /head body form enctype=multipart/form-data

Re: [AOLSERVER] File uploading

2002-02-18 Thread Scott S. Goodwin
Yes, Content-Length can and should be used by multipart/form-data. Here's a snippet from my https.tcl ns_httpspost proc which sets the Content-length header before doing the POST: if {$type == multipart/form-data} { ...snipped... append querystring --${boundary}--\n

Re: [AOLSERVER] dstringcachemaxentries, dstringcachemaxsize, iobufsize: how are they related?

2002-02-18 Thread Dossy
On 2002.02.18, Simos Gabrielidis [EMAIL PROTECTED] wrote: Here are the results of the various file sizes and timings: 30KB: 0.28 sec, 60KB: 0.57 sec, 100KB: 1.1 sec, 1000KB: 13.41 secs, 1500KB:19.47 secs, 3000KB: 37.74 secs, 4000KB: 50.56 secs, 6000KB: 74.82 secs. Here's the results

[AOLSERVER]

2002-02-18 Thread Rusty Brooks
I'd like to know what version of form.tcl you are using. I tested quickly in an isolated environment (outside of aolserver), and feeding it about a 1MB file, it parses in about 1.4 secs. This is replacing the nsv_ stuff with just array set calls and avoiding the data to disk copies. This

[AOLSERVER] File Uploading

2002-02-18 Thread Rusty Brooks
Sorry about that last one not having a subject. I changed email clients and the new one generates a Sender: header that listserv won't take (because it doesn't match what I registered with). So it's all cut and paste. I was curious so I went and looked: my original test had 227,000 lines my

Re: [AOLSERVER] File uploading

2002-02-18 Thread Jim Wilcoxson
We had a 250MB file with around 1.5M lines of 170 bytes each. A TCL program to read this file in a ~10-line loop with a few if tests, a handful of string commands (trim, length, compare), and setting an ns_share array took 365 seconds. The exact same thing in a 20-line C program took 40

Re: [AOLSERVER] File Uploading

2002-02-18 Thread Scott S. Goodwin
Here are the headers passed by MSIE 5.5 one of my upload tests. Note that Content-length is set. I expect most browsers do this properly with multipart/form-data. Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint,