Re: PL/java?

Well spoken...

-Knight

-----Original Message-----
From: pgsql-general-owner(at)postgresql(dot)org
[mailto:pgsql-general-owner(at)postgresql(dot)org]On Behalf Of Robert J.
Sanford, Jr.
Sent: Friday, August 31, 2001 4:15 PM
To: pgsql-general(at)postgresql(dot)org
Subject: Re: [GENERAL] PL/java?

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(at)postgresql(dot)org
> [mailto:pgsql-general-owner(at)postgresql(dot)org]On Behalf Of Shaun Thomas
> Sent: Friday, August 31, 2001 11:28 AM
> To: Alex Knight
> Cc: Gowey, Geoffrey; 'Dr. Evil'; pgsql-general(at)postgresql(dot)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(at)townnews(dot)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(at)postgresql(dot)org
>

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster