 | | Re: Java LDraw/LDLite
|
|
(...) I've though a bit about this -- I think I would prefer uncompressed individual files, as this would make parts updates easier on the server end. Just copy the /P and /PARTS dirs to the Web server. (1) <DEVILS_ADVOCATE> However, the JDK now has (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev, lugnet.cad)
|
| |
| | Re: Java LDraw/LDLite
|
|
(...) Yes, definitely if as an app would you have all the files locally. I was talking about an applet that would not. You don't want to have to download the entire zip file every time because it would be fairly large. Having individually compressed (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev, lugnet.cad)
|
| |
| | Re: Java LDraw/LDLite
|
|
(...) Why not serve both compressed and uncompressed versions? (...) Amen to that! Say, Greg, how's about posting the URL of your Blacktron Galaxy Explorer over in the .build group? Probably a lot of new-timers there who haven't seen it yet. (...) (...) (26 years ago, 26-Feb-99, to lugnet.cad.dev, lugnet.cad)
|
| |
| | Re: Java LDraw/LDLite
|
|
[removed lugnet.cad from Newsgroups line] (...) I think the speed comparison depends on whether you use mod_perl or CGI+Perl or a specialized Perl HTTP daemon. Of course, if the code running on the server is Java, a Servlet is almost certainly the (...) (26 years ago, 27-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Java LDraw/LDLite
|
|
(...) There is a servlet program plugin for Apache on Linux or NT at (URL) We're using the IIS version of it on NT. It is nice and speedy for java servlets. I assume the lugnet server is Linux. (...) Hmm... how long does it take ldlite to render an (...) (26 years ago, 27-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Java LDraw/LDLite
|
|
That would probably cut out the servlet possibility, then. There isn't a very good implementation of java for FreeBSD (no JIT), and I'm not sure about a Java Servlet implementation, either. (...) (26 years ago, 27-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Java LDraw/LDLite
|
|
(...) No, it runs FreeBSD. (Not that there's anything wrong with Linux.) --Todd (26 years ago, 27-Feb-99, to lugnet.cad.dev)
|
| |
| | 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 (26 years ago, 27-Feb-99, to lugnet.cad.dev, lugnet.cad)
|
| |
| | Re: Java LDraw/LDLite
|
|
(...) aren't FreeBSD and Linux nigh-on binary-compatible, let alone cross-compilable? Jasper (26 years ago, 27-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Java LDraw/LDLite
|
|
(...) You can use FastCGI ((URL) to have one process (or a fixed group of processes) serving CGI requests so you don't have the overhead of restarting the process (interpreter or otherwise) for each request. I used it for the Lego set database I (...) (26 years ago, 27-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Java LDraw/LDLite
|
|
[lugnet.cad removed from Newsgroups header] (...) 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 (...) (26 years ago, 27-Feb-99, to lugnet.cad.dev)
|
| |
| | Re: Java LDraw/LDLite
|
|
On my PPro150, LDLite has the following benchmarks: syntax example: ldlite_1_6.exe -MC -V3 car.dat Model Time ----- ---- car.dat 3.6 seconds wood4.dat 5.0 seconds (new syntax) bwing.dat 14.2 seconds (-S0.5) m928.dat 23.0 seconds (clipped) m928.dat (...) (26 years ago, 2-Mar-99, to lugnet.cad.dev)
|
