Am 01.07.2006 um 18:17 schrieb Gustaf Neumann:

Zoran Vasiljevic schrieb:
For my *personal* taste, the API is way too large
but what I do not use, I do not care for.
I have nothing against having all this in core
and I have nothing against maintaining this
code in future, if the need arises.


The ns_cache interface resembles much similarity to the nsv interface.
Essentially, it looks to me
as an outsider that the main difference to nsv are the options for pool
size and timeout. Has anyone
considered to converge nsv and ns_cache by e.g. providing storage pools
with size and timeout
to nsv (binding nsv varnames to storage pools)?  Also, the eval
subcommand makes sense for
nsv.

Absolutely! This is what I told Vlad in one of the previous emails.
The only *real* difference is the time/size pruning of ns_cache what
nsv's do not have.
I havent examined what would be needed for this thing. Also I wanted to
port thread::tsv interface from the Tcl threading extension to NS.
In that effort I could examine if this would be feasible or not.

What do other people think?

Cheers
Zoran

Reply via email to