You're using cvs HEAD, right? (Last change was 8 days ago).
But you're using nsd/init.tcl from 4.99.1? There's been quite a few
changes here. I don't think the current version forces you to use
nstrace. But if there are specific problems with the way
initialisation is happening, let us know.
Th
On 7/5/07, Andrew Piskorski <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 05, 2007 at 08:18:02PM +0100, Stephen Deasey wrote:
> > http://sharethis.com/teamBio?tbio=jd
> >
> > No more AOLserver updates from Jim?
>
> You should just ask him?
I would just be being nosy.
http://sharethis.com/teamBio?tbio=jd
No more AOLserver updates from Jim?
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just d
On 7/3/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> On 03.07.2007, at 23:07, Stephen Deasey wrote:
>
> >
> > Is autoconf-2.60 too painful?
>
>
> Did you try to compile Tcl with that (2.60)?
> I do not know about Darwin and 2.60 autoconf.
> I maybe
On 7/3/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> On 03.07.2007, at 22:03, Stephen Deasey wrote:
>
> > I think even that is a bad idea as nowhere in the code are they
> > actually used. Some external modules make use of them, but that is a
> > crazy depe
On 7/3/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> I will update modules if that is the conclusion
The problem with ns_int8 etc. is that there already is a perfectly
good name for it. If int8_t does not exist, then the best strategy is
to just define that, not some other name. It's basically e
On 7/3/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
> zvpb:~/sf/naviserver zoran$ sh autogen.sh --enable-symbols
> Running aclocal -I m4
> Running autoheader
> Running autoconf
> configure.in:172: error: possibly undefined macro: AC_TYPE_INT8_T
>If this token and others are legitimate, p
want to
include another page that is basically all Tcl script and you don't
want to put <% at the very beginning and %> at the very end.
It hardly seems worth it for the potential confusion. Can I remove the
-tcl option or is there something I'm overlooking?
> But i do not like n
ns_adp_include takes the new -cache and -nocache options. -nocache is
a boolean which suppresses caching. -cache takes an integer number of
seconds which is the amount of time the result of evaluating the ADP
code should be cached.
I think a better name for -cache would be -expires. We already use
aid the same thing
twice so I'm not sure that it's helping. Do you accept what I'm
saying, or is there something I've muddled up?
> Stephen Deasey wrote:
> > On 6/29/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> >> That may be not ideal but my goal was t
as
it equally applies to ADP scripts in 'singlescript' mode.
And, why is it optional? Response caching changes the semantics of a
page, you can't just enable it for everything. But byte-code caching
is just a faster way of getting the same result. Why would you ever
want to turn thi
There's some new ADP result caching functionality. How does this
affect Tcl pages which are now executed by the ADP engine?
nsd/adpparse.c: NsAdpParse():
/*
* Special case when we evalutating Tcl file, we just wrap it as
* Tcl proc and save in ADP block with cache enabled or
* just execute th
On 6/29/07, Mike <[EMAIL PROTECTED]> wrote:
> On 6/29/07, Stephen Deasey <[EMAIL PROTECTED]> wrote:
> > Anyway, the idea is that starpacks should be supported because Zoran
> > needs it, the Tcl file system API is ugly, and our coverage is spotty
> > (static
I noticed that the newly back-ported adp stuff uses calls like open()
and stat() instead of Tcl_OpenFileChannel() etc., and therefore wont
work in a Starpack (right?) environment.
The current situation is that we swapped all (most..) of the file
system calls for Tcl equivalents. One of the proble
On 6/26/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Lately I was very occupied so I did little (none?) work
> on the server. I wanted to get this init stuff entirely done
> with interp traces and trash that Tcl introspection stuff for good.
> Perhaps this will be a good time to "get to know
I've imported the loopctl stuff and merged in the thread cancelation
functionality from nsd/tclinit.c, including a crash fix. (Still needs
a man page)
If you used to do:
set tids [ns_ictl threads]
ns_ictl cancel $tid
You can now do:
set tids [ns_loopctl threads]
ns_loopctl abort $tid
On 6/26/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> On 26.06.2007, at 18:34, Stephen Deasey wrote:
>
> >
> > I was thinking that maybe the Explorer developer toolbar let you spy
> > on the headers like the Firebug extension for Firefox does, but it
> >
On 6/26/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> On 26.06.2007, at 17:59, Stephen Deasey wrote:
>
> > Error message? Log file?
> >
> > Does it fail on:
> >
> > ns_return 200 text/plain ok
>
> No errors, no access.log entries, nada.
On 6/26/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
> Hi again!
>
> Seems quite a few of things were chaged in
> some last weeks...
>
> I observe (on all browsers) that after firing up
> the server for the first time, the very first
> (home)page takes about 2-3 seconds to display
> (load). Afte
On 6/26/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
> Hi!
>
> The IE7 is not able to talk to our server.
Error message? Log file?
Does it fail on:
ns_return 200 text/plain ok
-
This SF.net email is sponsored by DB2 E
On 6/26/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
> One access.log entry:
>
> 192.168.234.103 - - [26/Jun/2007:17:34:18 +0200] "GET /favicon.ico
> HTTP/1.1" 404 533"" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:
> 1.8.1.4) Gecko/20070515 Firefox/2.0.0.4"
>
> It seems to me that
>
> "
On 5/23/07, Neophytos Demetriou <[EMAIL PROTECTED]> wrote:
> Try:
>
> ns_return 200 text/html [encoding system]-[string repeat X 1]
>
> With:
>
> ns_paramhackcontenttype true
> ns_paramoutputcharset utf-8
> ns_paramurlcharset utf-8
> ns_par
On 5/23/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
>
> Log Message:
> Updateed makefiles to conditionally set NAVISERVER env variable
>
> ! NAVISERVER = /usr/local/ns
>
> MODNAME= nsdbpg
> --- 30,36
> #
>
> ! ifndef NAVISERVER
> ! NAVISERVER = /usr/local/ns
> ! endif
These are
On 5/21/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 21.05.2007 um 11:59 schrieb Stephen Deasey:
>
> > On 5/21/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
> >>
> >> Am 20.05.2007 um 01:50 schrieb Stephen Deasey:
> >>
On 5/21/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 20.05.2007 um 01:50 schrieb Stephen Deasey:
>
> > + 2007-05-20 Stephen Deasey <[EMAIL PROTECTED]>
> > +
> > + * include/ns.h:
> > + * nsd/log.c (Ns_LogLevel): Add the Ns_LogLevel()
will use whatever supplied
>
> Stephen Deasey wrote:
> > Hmm, this is a bit like this:
> >
> > http://sourceforge.net/mailarchive/forum.php?thread_name=a9250c0b0702221615x5c0ab5e8gf8983c7c912a7520%40mail.gmail.com&forum_name=naviserver-devel
> >
> > Maybe we need t
Hmm, this is a bit like this:
http://sourceforge.net/mailarchive/forum.php?thread_name=a9250c0b0702221615x5c0ab5e8gf8983c7c912a7520%40mail.gmail.com&forum_name=naviserver-devel
Maybe we need the full set of add, conditonaly add and replace for the
printf version?
On 5/20/07, Vlad Seryakov <[EMA
You're not checking the tarball (which is what we distribute), you're
checking a CVS checkout.
You need to:
cvs export naviserver
cd naviserver
./autogen.sh ...
make dist
cd /tmp
tar xzf ~/naviserver/naviserver-4.99.2.tar.gz
cd naviserver-4.99.2
./configure ...
make
make install
So, it looks lik
On 5/12/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> Can we publish release, no many features were added recently, it is stable?
>
> i am using it at my new work and it would be better to have last
> official release than last development snapshot only. Now it looks
> pretty much abandoned with o
On 4/27/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
>
> Log Message:
> ns include/ns.h: Similar to ns_int64 defined same types
> for 8, 16, 32 bits as well to have common basic types
What's wrong with ?
-
T
On 4/6/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 06.04.2007 um 17:06 schrieb Stephen Deasey:
>
> > It's their code, they can licence it n different ways, and they have.
> > Your choice of:
> >
> > - GPL plus exception for linking other
On 4/6/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 06.04.2007 um 16:35 schrieb Stephen Deasey:
>
> >
> > They must have bought a licence.
>
> BUT... they MUST link against a GPL'ed libraries
> of MySQL, because you say:
>
> >>T
On 4/6/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 06.04.2007 um 16:16 schrieb Stephen Deasey:
>
> >
> > The MySQL driver libs are GPL. They licenced them this way (they used
> > to be public domain IIRC) exactly to create the situation you suggest
>
On 4/6/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 06.04.2007 um 15:54 schrieb Stephen Deasey:
>
> > Yeah, you can buy a licence for yourself, but you still can't release
> > the driver to the public non-GPL (assuming the libs are still GPL
>
On 4/6/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 06.04.2007 um 14:25 schrieb Stephen Deasey:
>
> >
> > MySQL AB changed the licence for the client libraries to GPL some time
> > ago to try to ensure that anyone linking to them also had to release
&
On 4/5/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 05.04.2007 um 16:29 schrieb Vlad Seryakov:
>
> > Sure, there were minors but i will try to get that module fro mmy
> > archives
>
> Interestingly, there was little-to-none development on
> this (nsmysql) module since about 4 years!
> I m
On 3/24/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
> Update of /cvsroot/naviserver/naviserver/m4
> In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv32251/m4
>
> Modified Files:
> tcl.m4
> Log Message:
> Scrapped MACOSX_DEPLOYMENT_TARGET as this is not needed for 10.4Ã+ Mac OSX.
On 3/8/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> Very nice, i wonder how it will work for legacy code
>
We should figure out exactly what we need to support. Not just to be
backward compatible, but to make sure this works for everyone.
Shout out if you have anything particular in mind!
As
On 3/6/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 06.03.2007 um 15:35 schrieb Stephen Deasey:
>
> How does the lazy loader compare to Tcl's -lazy switch to pkg_mkIndex?
>
> http://www.tcl.tk/man/tcl8.4/TclCmd/pkgMkIndex.htm
I have absolutely no idea. Our laz
On 2/20/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 16.02.2007 um 18:05 schrieb Bernd Eidenschink:
>
> > Hm, looks like with the 4.99.1 Sourceforge release there is no
> > problem loading
> > xotcl files and working with it.
> >
> > The same seems to fail, no matter what lazyloader setti
On 2/19/07, Michael A. Cleverly <[EMAIL PROTECTED]> wrote:
On 2/10/07, Stephen Deasey <[EMAIL PROTECTED]> wrote:
> You could try compiling the kernel with support for RTHREADS enabled.
>
> Then compile the rthreads library in /usr/src/lib/librthread
>
> Then link aga
On 2/19/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
RCS file: /cvsroot/naviserver/naviserver/nsd/return.c,v
retrieving revision 1.29
retrieving revision 1.30
diff -C2 -d -r1.29 -r1.30
*** return.c24 Dec 2006 02:38:10 - 1.29
--- return.c19 Feb 2007 20:17:40 - 1.30
*
On 2/20/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 20.02.2007 um 16:54 schrieb Stephen Deasey:
> What's the old skool way of doing this?
TCL_LIB="tcl$TCL_VERSION$TCL_DBGX"
You're hired. :-)
On 2/20/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 20.02.2007 um 15:23 schrieb Zoran Vasiljevic:
> Hi!
>
> I haven't updated the sources for quite a long time!
> We don't compile on anything else but Linux :-(
>
> Anyways, the UIO_MAXIOV seems to be defined only for
> Linux. Neither Mac
On 2/20/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Hi,
In the latest configure.in there is a "sed -r" to extract
something out of the TCL_LIB. Can we live without that?
"sed -r" is a Linux variant only. I know that perhaps in the
near future, we will all be running Linux only, but this is b
On 2/19/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
Update of /cvsroot/naviserver/naviserver/nsd
In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv12140
Modified Files:
driver.c
Log Message:
Ooops, wrong version of driver.c got into CVS, reverting to original
*** driver.c19 F
On 2/10/07, Stephen Deasey <[EMAIL PROTECTED]> wrote:
On 2/10/07, Michael A. Cleverly <[EMAIL PROTECTED]> wrote:
> My adventures (with CVS HEAD) on OpenBSD/sparc64 continue.
>
> Unless I set:
>
> ns_section "ns/server/${servername}/module/nssock&
On 2/10/07, Michael A. Cleverly <[EMAIL PROTECTED]> wrote:
My adventures (with CVS HEAD) on OpenBSD/sparc64 continue.
Unless I set:
ns_section "ns/server/${servername}/module/nssock"
ns_param acceptsize 1
in my conf file then incoming an HTTP request never get servi
On 2/10/07, Michael A. Cleverly <[EMAIL PROTECTED]> wrote:
My adventures (with CVS HEAD) on OpenBSD/sparc64 continue.
Unless I set:
ns_section "ns/server/${servername}/module/nssock"
ns_param acceptsize 1
in my conf file then incoming an HTTP request never get servi
On 2/7/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
I updated configure.in in the CVS, can you run autogen.sh on CVS version
and see if it will detect it right.
Actually I think you want AC_CHECK_FUNCS (with an 'S'), which
automatically defines the correct variables.
Just add it to the existi
On 2/7/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
But when we check for inet_ntop there is no u_int8_t or other type
references, just inet_ntop(0, (char *)0, (char *)0, 0);
Can you check config.log for inet_ntop checking
The custom check is unnecessary. It should just be:
AC_CHECK_FUNCS([
On 2/6/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
On Linux HAVE_INET_NTOP is defined, i assume on OpenBSD not and
the part with the union is not working
It should be defined, because it seems to have it:
http://www.openbsd.org/cgi-bin/man.cgi?query=inet_ntop
Anyway, our custom test for t
On 1/23/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 23.01.2007 um 17:14 schrieb Vlad Seryakov:
> and lighttpd also uses sendfile which is faster than user-spave
> read-send operation fastpath uses
There you go. They do it all in kernel. I guess this can't be beat.
Anyways, it is good to
On 1/23/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
Hi,
I was playing with epoll and changed driver to see if performance will
be better with it. Using ab utility i actually got worse performance
with epoll, i suspect may be i implemented it not very effectively.
How are you using ab? What
On 1/23/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 23.01.2007 um 15:42 schrieb Zoran Vasiljevic:
> This way the system allocator
> is handling those and it can toss free'd blocks
> to other threads reducing peak memory usage.
> Since allocations of that sizes (and larger) are
> pretty r
On 1/22/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Update of /cvsroot/naviserver/vtmalloc
In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv32463
Modified Files:
ChangeLog tclThreadAlloc.c
Log Message:
Reduced alloation size handled by this allocator to 16384 bytes. Larger
alloc
On 1/20/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 19.01.2007 um 17:38 schrieb Stephen Deasey:
> For Tcl, add a new switch to ns_cache_create, -expireflush (or
> whatever). Keep the -expire and -expireflush times distinct. Tcl
> caches live forever IIRC so that'
On 1/19/07, Jeff Rogers <[EMAIL PROTECTED]> wrote:
A second situation is where there is an expired entry and multiple
threads access it at the same time. It is probably handled as above, as
if there was no entry. But it might be desirable in certain situations
to return a stale entry immediate
On 1/19/07, Jeff Rogers <[EMAIL PROTECTED]> wrote:
Stephen Deasey wrote:
> Hit rate is not necessarily the best measure of effectiveness. Perhaps
> it's more expensive to fill one cache than it is to fill another? A
> single, shared LRU seemed like the simplest solution.
On 1/19/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Hi!
I have observed a ns_cache behaviour that I'd like to change.
In ns_cache, it is possible to create timestamped elements
that would expire after some time. But, they will never
expire on their own. If you fill the cache with thousands
On 1/16/07, Stephen Deasey <[EMAIL PROTECTED]> wrote:
On 1/16/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
>
> Am 16.01.2007 um 12:18 schrieb Stephen Deasey:
>
> > vtmalloc <-- add this
>
> It's there. Everybody can now contribute, if needed.
On 1/16/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 16.01.2007 um 12:18 schrieb Stephen Deasey:
> vtmalloc <-- add this
It's there. Everybody can now contribute, if needed.
Rocking.
I suggest putting the 0.0.3 tarball up on sourceforge, announcing on
Freshmeat,
On 1/16/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 16.01.2007 um 10:37 schrieb Stephen Deasey:
>
> Can you import this into CVS? Top level.
>
You mean the tclThreadAlloc.c file on top-level
of the naviserver project?
The whole thing: README, licence, tests etc.
On 1/16/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Am 15.01.2007 um 22:37 schrieb Zoran Vasiljevic:
>
> Am 15.01.2007 um 22:22 schrieb Mike:
>
>>
>> Zoran, I believe you misunderstood. The "patch" above limits blocks
>> allocated by your tester to 16000 instead of 16384 blocks. The
>> re
On 1/15/07, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Nobody yet gave any reasonable explanation why we are
that fast on Mac OSX compared to any other allocator.
Recall, that was 870.573/70.713.324 ops/sec Zippy/VT
so about 81 times faster, for 16 threads.
Although it really seems like a bug e
On 12/19/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
Right, with Ns_ functions it does not crash.
Zoran will be happy... :-)
On 12/19/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 19.12.2006, at 17:08, Vlad Seryakov wrote:
> I converted all to use pthreads directly instead of Tcl wrappers, and
> now it does not crash anymore. Will continue testing but it looks like
> Tcl is the problem here, not ptmalloc
Where
On 12/19/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
yes, it crashes when number of threads are more than 1 with any size but
not all the time, sometimes i need to run it several times, looks like
it is random, some combination, not sure of what.
I guess we never got that high concurrency in Na
READ_STACK_DEFAULT, TCL_THREAD_JOINABLE);
}
for (i = 0; i < nthreads; ++i) {
Tcl_JoinThread(tids[i], NULL);
}
}
Zoran Vasiljevic wrote:
> On 19.12.2006, at 01:10, Stephen Deasey wrote:
>
>> This program allocates memory in a worker thread and frees it in the
>>
On 12/18/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 18.12.2006, at 19:57, Stephen Deasey wrote:
>
>
> One thing I wonder about this is, how do requests average out across
> all threads? If you set the conn threads to exit after 10,000
> requests, will they all qui
Tcl_JoinThread(tid, NULL);
assert(gPtr == NULL);
}
}
Works for me.
I say you can allocate memory in one thread and free it in another.
Let me know what the bug turns out to be..!
Stephen Deasey wrote:
> On 12/18/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
>> I tri
On 12/18/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
I tried to run this program, it crahses with all allocators on free when
it was allocated in other thread. zippy does it as well, i amnot sure
how Naviserver works then.
I don't think allocate in one thread, free in another is an unusual
st
On 12/18/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 16.12.2006, at 19:31, Vlad Seryakov wrote:
> But if speed is not important to you, you can supply Tcl without
> zippy,
> then no bloat, system is returned with reasonable speed, at least on
> Linux, ptmalloc is not that bad
OK. I thi
On 12/16/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Are you sure? AFAIK, we just go down to Tcl_Alloc in Tcl library.
The allocator there will not allow you that. There were some discussions
on comp.lang.tcl about it (Jeff Hobbs knows better). As they (Tcl)
just "inherited" what aolserver h
On 12/16/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Hey! I think our customers will love it! I will now try to
ditch the zippy and replace it with nedmalloc... Too bad that
Tcl as-is does not allow easy snap-in of alternate memory allocators.
I think this should be lobbied for.
It would
On 12/16/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 15.12.2006, at 19:59, Vlad Seryakov wrote:
>>
>> http://www.nedprod.com/programs/portable/nedmalloc/index.html
Hm... not bad at all:
This was under Solaris 2.8 on a Sun Blade2500 (Sparc) 1GB memory:
Testing standard allocator w
On 12/13/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
More salt on a wound:-)))
Just compiled Tcl8.5, same test runs 40% slower than on 8.4. Still
cannot get over 1200 req/sec, but with 8.5 cannot get higher than 700
req/sec
Well, there's progress for ya :-)
Hard disks get bigger, CPUs get f
On 12/12/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 12.12.2006, at 19:40, Stephen Deasey wrote:
>
> Tcl not being the fastest kid on the block, and folklore saying you
> should reboot your AOLserver/NaviServer once/day due to chronic memory
> fragmentation, it woul
On 12/12/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
> Now in this case, you tested the acceptsize knob, found that if you
> turn it up there's an improvement, and if you leave it free to float
> all the way up it hurts nothing. You discovered that there's one
> correct setting: on. Or at least,
On 12/12/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 12.12.2006, at 18:54, Stephen Deasey wrote:
> I am weeping quietly into my sleeve...
Why? (more info!)
Because some dead guys figured it all out before I was even born and I
sometimes feel that I am wasting my time, and
ing nsd/driver.c, it's really not obvious what's going on.
Stephen Deasey wrote:
> On 12/12/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
>> When i started this i did not want to be the fastest, i wanted to see
>> where we stand, even if it would turn out that we
On 12/12/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
html {
table {
for {set i 0} {$i < 10} {incr i} {
tr {
td {
}
td {
...
}
}
}
}
}
I am w
astest toolkit to switch, but as i told i caught myself
thinking that we are faster than apache/php and it turned out not true,
at least it requires special tuning or producing specific Tcl code to be
as fast as others.
Stephen Deasey wrote:
>
> This planet..?
Sorry, forgot the smiley face o
On 12/12/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 12.12.2006, at 17:29, Vlad Seryakov wrote:
> nope, it made it even slower :-))
So we are the fastest on the planet
(at least under circumstaces=) :-)
This planet..?
On 12/11/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
...
I actually even tried to test PHP inside Naviserver, same file, it was
much slower than under Apache and .adp. I specifically chose simple
examples and no DB, i wanted to see how simple web pages are served. I
always though that Apache/P
On 12/12/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
but only when acceptsize is
greater than 1, i tested with 5, results are exactly as php, around
1540-1560 req/sec, when i set acceptsize to 10, i constantly got results
1600-1610.
Did you try it such that it would accept all pending connect
On 12/12/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On the behalf of Gustaf, as his email didn't
reach the list (for some obscure reason):
Begin forwarded message:
> Original-Nachricht
> Betreff: Re: [naviserver-devel] Benchmarks
> Datum:Mon, 11 Dec 2006 19:
On 12/11/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
I can sqeeze something from C maybe, but Tcl is a bottleneck, making
"for" loop bigger than over 200-500 iterations makes it crawl comparing
to PHP, even with Tcl files cached, still it is 2-3 times slower. I am
evaluating stuff for high perfo
Sorry for all the tracker spam. I unchecked the "send to mailing list"
check box before starting, but I guess that's just for show...
I moved the Feature Requests into the Bugs tracker and closed the
first one down. Things are still categorised as Bug or Feature, but
now you can see them all at o
On 11/27/06, Bernd Eidenschink <[EMAIL PROTECTED]> wrote:
> Turn off range requests by disabling the following test in
> nsd/fastpath.c:FastReturn()
Thanks for this one. I already removed the line in nsd/return.c which helped
me with this problem: Visitors trying to download a PDF (intended to b
On 11/27/06, Bernd Eidenschink <[EMAIL PROTECTED]> wrote:
Hi ya,
what's the easiest way to deactivate Range-Support?
Removing the line
Ns_ConnCondSetHeaders(conn, "Accept-Ranges", "bytes");
in nsd/return.c?
I'm hunting a bug and have to find out whether it's client or server related.
B
Oops -- removed the excessive check for shared object in the case
where we're merely converting it's internal rep.
On 11/15/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
[Switching to thread 5 (Thread -1471153248 (LWP 22074))]#0 0xb7f21410
in ?? ()
(gdb) bt
#0 0xb7f21410 in ?? ()
#1 0xa84fd3c
http://sourceforge.net/mailarchive/forum.php?thread_id=30614948&forum_id=43966
On 11/13/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
I wonder why ns_sls.man is under src/mann and not under src/ where all
Tcl API commands are?
Stephen Deasey wrote:
>
> Update of /cvsroot/navis
On 11/13/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 13.11.2006, at 18:25, Vlad Seryakov wrote:
> But why our current template will not work for C API? It can describe
> functions and arguments same way?
It can, this is no problem. You will get a page-per-api-call.
Under man pages it is
Anyone got an example of a C API documented using doctools?
On 11/7/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 07.11.2006, at 17:02, Bernd Eidenschink wrote:
>
> I set logmaxlevel to 6 (dev) and I sometimes see lines like:
>
> Debug: SockSend: Resource temporarily unavailable
> Debug: SockSend: Resource temporarily unavailable
> (...)
Out of th
On 10/7/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
Stephen, this is what I got on Tcl core:
Begin forwarded message:
> From: miguel sofer <[EMAIL PROTECTED]>
> Date: 7. Oktober 2006 16:30:05 MESZ
> To: Zoran Vasiljevic <[EMAIL PROTECTED]>
> Cc: miguel <[EMAIL PROTECTED]>, Tcl List Core [E
We can. It's not that big of a change.
I was just generally holding off on adding new things to the driver
because there's a lot of code in there now and it's getting hard to
manage.
On 10/7/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
Stephen,
i checked your patch for AS 4.1 regarding accept
On 10/7/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 07.10.2006, at 17:42, Vlad Seryakov wrote:
> to use which, i do not think they are mutual exclusive
This is the impression what I have after all those
emails Although it sounds pretty "opportune" in
the bad sense of the word, I thi
On 10/7/06, Zoran Vasiljevic <[EMAIL PROTECTED]> wrote:
On 07.10.2006, at 00:51, Stephen Deasey wrote:
> Something else we can try is a Linux and BSD socket option which
> causes a listening socket to only generate a readable event when a new
> socket arrives *and* there
201 - 300 of 679 matches
Mail list logo
