Scott Raney wrote:
>
> On Thu, 24 Feb 2000, psahores wrote:
>
> > The problem i try to avoid is to get the reusability of those "within
> > metacard globals", without to have to reload them (from disk, 4Mo of
> > text datas) each time a new instance of the ".mt" script is running. How
> > to do to get them staying in a ram buffer betwin two instances of the
> > ".mt" script. I think FastCGI do that but i d'nt now if it's friendly
> > with Metacard and, perhaps, is it a best way to get the same result.
>
> Running a MetaCard CGI should be no problem, performance-wise.
> Loading a 4MB file would be though. We don't have any plans to
> support FastCGI (or NSAPI or ISAPI or any of the other architectures
> for doing this). You could build in support for it with Embedded
> MetaCard, but if *I* were doing it, I'd use mchttpd and just direct
> the CGI calls to a different port number on the server that goes
> directly to the engine. This is going to be even faster than any of
> these other alternatives and would be immensely easier to debug.
>
> > Thank's Andu and sorry for my poor english :)
>
> I think your English wasn't the problem, it was leaving out the small
> detail that you were loading 4MB of data in your CGI ;-)
> Regards,
> Scott
Hi the list,
How to improve the performances of Metacard's CGI stacks acting as
big txt files (and soon SQL) databases front-ends (Suse Linux 6.3 -
Intel) ?
In using FastCGI ? No... In using MCHTTPD ? Perhaps...
In using "xxx.mt" scripts to start using a main CGI stack ? It seems to
be the
simplest and, even, the best way, after adding some more lines in
"xxx.mt"...
The "Too bad..." scripting way :
#!/home/py/mc
on startup
send runsap to stack "wmc.mc"
end startup
and now, on stage..., the "Great Metacard" way :
#!/home/py/mc
on startup
if "/home/py/mc" is not in the openProcesses then
open process "/home/py/mc" for read
open stack "/usr/local/httpd/cgi-bin/wmc.mc"
end if
send runsap to stack "wmc.mc"
end startup
See by your own, what's a difference it does...
Metacard ? Over all and always, the best and only the best...
Regards, Pierre Sahores
CRDP de l'academie de Creteil
ASP, VPN & BTB servers design
Archives: http://www.mail-archive.com/metacard%40lists.best.com/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.
