Re: [WAY OT] Re: PL/java?

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Lincoln Yeoh <lyeoh(at)pop(dot)jaring(dot)my>
Cc: Gunnar Rønning <gunnar(at)polygnosis(dot)com>, Alex Knight <knight(at)phunc(dot)com>, Alex Pilosov <alex(at)pilosoft(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: [WAY OT] Re: PL/java?
Date: 2001-09-04 16:15:51
Message-ID: 200109041615.f84GFpc14967@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


This is a valid concern for Solaris and I wish we had an answer. I am
going to contact some Sun people to see if I can figure out a
workaround.

> Just curious about one thing.
>
> How was the perl app implemented?
>
> It seems Solaris doesn't do/fork processes very well which is why Sun
> pushes threads.
>
> Whereas *BSD and Linux do processes about as well as Solaris does threads.
>
> Postgresql doesn't do so well on our Solaris 2GB box as it does on a 128MB
> Linux x86 box.
>
> I haven't compared MySQL (threaded) on Solaris vs Linux.
>
> Cheerio,
> Link.
>
> At 12:29 PM 9/1/01 +0200, Gunnar R?nning wrote:
> >* "Alex Knight" <knight(at)phunc(dot)com> wrote:
> >|
> >| IMHO, scalability is incredibly important, and perl leaves that out often.
> >| Even with Fast-CGI style servers, perl sucks. Perl is great for admin
> >| interfaces, or low to medium traffic sites.
> >
> >We got a contract last december with a customer that were having some
> >performance problems with a perl web application. The customer has
> >access to the best perl programmers money can buy, but they could not
> >fix the performance problem.
> >
> >We came in to make version 2.0 of the system. In one month we had an
> >implementation in Java that outperformed the perl application by a factor
> >of 10. The customer could stop the leasing of three of the Sun E450 servers
> >they were previously using to run the perl application.
> >
> >We've had similar experiences in other projects. Every migration
> >we've done from Perl->Java has resulted in massive savings.
> >
> >--
> >Gunnar R?nning - gunnar(at)polygnosis(dot)com
> >Senior Consultant, Polygnosis AS, http://www.polygnosis.com/
> >
> >---------------------------(end of broadcast)---------------------------
> >TIP 6: Have you searched our list archives?
> >
> >http://www.postgresql.org/search.mpl
> >
> >
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
> (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)
>

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Arne Weiner 2001-09-04 16:27:33 Re: many junction tables
Previous Message Tom Lane 2001-09-04 15:38:33 Re: upgrade from 7.1.2 to 7.1.3 and uh, where are my