On Fri, May 09, 2008 at 05:38:38PM +0200, Vasiljevic Zoran wrote:
> Recently we launched internal development of the module being
> able to handle 1000+ "users" (in our product-terms, workstations)
> with a stock 4 GB memory off-the-shelf machine like xserve or
> a Mac Pro. If we'd to make a threa
On Fri, May 09, 2008 at 06:06:05PM +0200, Vasiljevic Zoran wrote:
> > I saw somewhere that Lua can have global and per-thread state
> > and that you can provide your own locking primitives they use
> > to lock their own code, but I haven't dig deeper there...
>
> Damn again. This is a global lock
Here is an interesting one that has been broken since AOLserver 4.0.
In hosts.allow, you can use either a full or partial hostname, or
ipaddr/netmask. Not all work.
192.168.0.10/255.255.255.255 <- Gives error "Invalid address or
hostname "192.168.0.10". should be ipaddr/netmask or hostname"
19
On Fri, May 9, 2008 at 11:19 AM, Vasiljevic Zoran <[EMAIL PROTECTED]> wrote:
> ... you may perhaps maintain a "transition log" explaining
> what you needed to change in your code? This might help
> other potential "switchers" as well.
Excellent idea. The only "problems" so far have been a few pro
On 09.05.2008, at 20:29, Vlad Seryakov wrote:
> So what you need is the ability to create "lightweight" Tcl thread
> with
> minimum commands, but with couple "important" commands to access
> special
> "global state" or ability to submit/retrieve data from "global state".
> Is this correct?
Y
>
> Yes. Won't work. I mean it _could_ but I need to program
> for that _extra_. Ideally, I would start 10,100,1000 threads
> each with its own small "universe" that actually contains
> just dark matter (nothing) whereas all the good-stuff is
> located centraly (a large mother-interpreter?).
> Ide
On 09.05.2008, at 18:51, Daniel Stasinski wrote:
> While still migrating from aolserver to naviserver
... you may perhaps maintain a "transition log" explaining
what you needed to change in your code? This might help
other potential "switchers" as well.
Cheers
Zoran
-
On 09.05.2008, at 20:00, Vlad Seryakov wrote:
>> Effectively, what I need is a upside-down of the
>> Tcl model: one interp any many threads.
>> Don't tell me: go shop Java. This does not compute
>> (for various unrelated reasons).
>
> You can use ns_job, you define how may Tcl interp/threads you
yes, this situation was not handled properly,
fixed in CVS
Daniel Stasinski wrote:
> While still migrating from aolserver to naviserver, I have found that
> when using ns_register_adp to register an adp that is outside of the
> page directory, naviserver returns a 500 error. Nothing is logged.
>
> Effectively, what I need is a upside-down of the
> Tcl model: one interp any many threads.
> Don't tell me: go shop Java. This does not compute
> (for various unrelated reasons).
You can use ns_job, you define how may Tcl interp/threads you may use
and then just submit tasks, each task will get
On 09.05.2008, at 19:44, Vlad Seryakov wrote:
> Can you explain me about this global-state, please.
>
Ideally, one would have all stuff that is needed
loaded once. Stuff that is local to thread is
handled locally (procedures, vars that that one
thread creates). OTOH, the whole "knowledge" about
Can you explain me about this global-state, please.
and, do why do you need all separate 1000 threads for every user, is the
requirement to be connected to all at the same time? just wondering
Vasiljevic Zoran wrote:
> On 09.05.2008, at 17:38, Vasiljevic Zoran wrote:
>
>> I saw somewhere that L
While still migrating from aolserver to naviserver, I have found that
when using ns_register_adp to register an adp that is outside of the
page directory, naviserver returns a 500 error. Nothing is logged.
Good --> ns_register_adp GET /hellogood "adp/hello.adp"
Bad --> ns_register_adp GET /hellob
On 09.05.2008, at 17:38, Vasiljevic Zoran wrote:
> I saw somewhere that Lua can have global and per-thread state
> and that you can provide your own locking primitives they use
> to lock their own code, but I haven't dig deeper there...
Damn again. This is a global lock that serializes everythin
On 09.05.2008, at 17:04, Vlad Seryakov wrote:
> But Tcl still is the core language and server will always be linked to
> Tcl library. And we still have problem with Tcl initialization.
Damn, I know that! This bugs us for about 8 years _constantly_.
The cost of a fully loaded interp is outrageous
There is nothing wrong with it, actually it could be valuable to Lua users.
I think it might be same as with PHP module, it gives flexibility to use
either scripting language or both for development.
But Tcl still is the core language and server will always be linked to
Tcl library. And we still
On 09.05.2008, at 15:32, Andrew Piskorski wrote:
>
> Talk to Jean-Claude Wippler, he started using Lua for the core engine
> of Vlerq earlier this year. (And of course he is already a Tcl
> expert, not to mention other languages.)
Yep! I know the guy. Good tip. I will contact him these days.
>
On Fri, May 09, 2008 at 03:05:56PM +0200, Vasiljevic Zoran wrote:
> There is this tiny sexy little thing on www.lua.org.
> Did you guys have any close(r) encounters?
> Should I invest some more time/effort in that direction?
I don't know, but it would be interesting!
Talk to Jean-Claude Wippler,
Hi there!
There is this tiny sexy little thing on www.lua.org.
Did you guys have any close(r) encounters?
Should I invest some more time/effort in that direction?
Rationale is to have simpler and lower-weight script
machine than what we have now. Also, threadingwise they
claim to be able to make a
19 matches
Mail list logo