Subject:
|
Re: Java LDraw/LDLite
|
Newsgroups:
|
lugnet.cad.dev
|
Date:
|
Sat, 27 Feb 1999 19:32:44 GMT
|
Viewed:
|
1575 times
|
| |
|
|
[lugnet.cad removed from Newsgroups header]
In lugnet.cad, jasper@janssen.dynip.com (Jasper Janssen) writes:
> On Fri, 26 Feb 1999 23:28:59 GMT, lehman@javanet.com (Todd Lehman)
> wrote:
>
> > Not a problem. I'd probably nix the CGI on something like that, though,
> > and serve static .dat files for parts. (Apache can to be told to serve
> > static .dat files as application/x-ldraw just as easily as CGI scripts
> > can send DAT content that way, but CGI scripts incur the additional
> > overhead of starting up a command interpreter).
>
> Isn't there something you can do to have just *one* perl interpreter
> running, that does all the CGIing, instead of starting up all these
> processes?
Yes, it's fairly easy to write an HTTP daemon in Perl. Pre-forking and load
balancing and shared memory for optimal usage is a little more difficult. But
in either case, it's just a one-liner in the Apache startup-config file to
associate "application/x-ldraw" with the extension ".dat". That's not only
the simplest way to serve .dat content directly, but it's also likely to be
the fastest, since a lot of programmer-hours have gone into making Apache
extremely efficient under heavy as well as light loads.
--Todd
|
|
Message is in Reply To:
 | | Re: Java LDraw/LDLite
|
| (...) Isn't there something you can do to have just *one* perl interpreter running, that does all the CGIing, instead of starting up all these processes? Jasper "can't imagine at what PID that server is by now" Janssen (25 years ago, 27-Feb-99, to lugnet.cad.dev, lugnet.cad)
|
51 Messages in This Thread:
 
- Entire Thread on One Page:
- Nested:
All | Brief | Compact | Dots
Linear:
All | Brief | Compact
|
|
|
|
