Re: PL/java? - Mailing list pgsql-general
From | Robert J. Sanford, Jr. |
---|---|
Subject | Re: PL/java? |
Date | |
Msg-id | HOEFIONAHHKFEFENBMNOIEPGCBAA.rsanford@nolimitsystems.com Whole thread Raw |
In response to | Re: PL/java? (Shaun Thomas <sthomas@townnews.com>) |
Responses |
Re: PL/java?
Re: PL/java? |
List | pgsql-general |
have you ever seen/benchmarked the orion application server? it's a java web and appserver and their benchmarks have it outperforming ASP code which runs natively inside of win2k. also take a look at jetty which is a beautiful and tiny web server designed for embedding in java apps that also runs servlets and jsps. both are 100% pure java. just because tomcat doesn't cut the mustard doesn't mean that _nothing_ else does. rjsjr > -----Original Message----- > From: pgsql-general-owner@postgresql.org > [mailto:pgsql-general-owner@postgresql.org]On Behalf Of Shaun Thomas > Sent: Friday, August 31, 2001 11:28 AM > To: Alex Knight > Cc: Gowey, Geoffrey; 'Dr. Evil'; pgsql-general@postgresql.org > Subject: Re: [GENERAL] PL/java? > > > On Sun, 26 Aug 2001, Alex Knight wrote: > > > I keep hearing all this talk about Java being slow, and > how compiled Java is > > nearly as slow as interpreted languages... If Java was > _that_ slow, do you > > think it would be powering a majority of the Enterprise > level sites out there? > > Have you ever actually used Java on an enterprise-level > application? Ever > see the Tomcat webserver? It uses 100MB of memory, drives > the load on our > server up to 8, and doesn't serve nearly as fast apache. > Do you really > want that in your database? > > It isn't slow just because of the interpretation, or the > byte-code, or the > structure, or even the overhead. It's slow because every > application must > have a hulking JVM sitting in memory, bringing even fast > machines to their > knees in short order. Not even perl, with everything it > does, is that > big, nor does it affect a machine so adversely. Ever > wonder why most > JVM's stay in memory after they start? > > Compare the speed of Oracle 8 with 8i if you don't believe me. The > stability is also much worse. Ever see a JVM on any > platform that didn't > crash if you looked at it cockeyed? Ever really trust the garbage > collection? I don't. I've found a memory leak in IBM > developed java > libraries. Gotta restart that app every once in a while to reclaim > system resources it gobbled up and never gave back. > > Merits of the language notwithstanding, I'd rather not have > a buggy, still > under development (depreciating everything under the sun > with every new > iteration) JVM parasite in my DB. > > So... you want a larger, slower, memory leaking, more > crash-prone DB just > to have java support? > > Personally, I hope the Postgres developers don't make the > same mistake as > the Oracle developers. Yuck. > > -- > +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > =-=-=-=-=-+ > | Shaun M. Thomas INN Database Programmer > | > | Phone: (309) 743-0812 Fax : (309) 743-0830 > | > | Email: sthomas@townnews.com AIM : trifthen > | > | Web : hamster.lee.net > | > | > | > | "Most of our lives are about proving something, > either to | > | ourselves or to someone else." > | > | -- Anonymous > | > +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > =-=-=-=-=-+ > > > > ---------------------------(end of > broadcast)--------------------------- > TIP 1: subscribe and unsubscribe commands go to > majordomo@postgresql.org >
pgsql-general by date: