Blackdown

1999-05-19 Thread Sandy Ward

Hey,

Anyone know much about the garbage collector for the Blackdown JVM? I am talking
about comparisons to Sun's, IBM's, etc. From recent experience it seems that
the GC takes one big pause to collect the garbage where as other VM's do it a
little more smoothly.

Any thoughts?

Sandy


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Blackdown

1999-05-19 Thread Sandy Ward

hm would have any idea of why I would be getting this very long
garbage collection cycle.

The same code running on a PC using JDK 1.1.7  does have the garbage collection
cycle.

Sandy

Michael Sinz wrote:

> On Wed, 19 May 1999 10:51:55 -0700, Sandy Ward wrote:
>
> >Hey,
> >
> >Anyone know much about the garbage collector for the Blackdown JVM? I am talking
> >about comparisons to Sun's, IBM's, etc. From recent experience it seems that
> >the GC takes one big pause to collect the garbage where as other VM's do it a
> >little more smoothly.
>
> The GC in our port is what is in Sun's code.
>
> Michael Sinz -- Director of Research & Development, NextBus Inc.
> mailto:[EMAIL PROTECTED] - http://www.nextbus.com
> My place on the web ---> http://www.users.fast.net/~michael_sinz
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: GC... faster?

1999-05-22 Thread Sandy Ward

I am not to sure about Blackdown but I do that I IBM JVM for Linux.
(1.1.7 is going to be available very soon, with 1.2 to follow close) has
unbeleivable garbage collection. They do the GCing similar to HotSpot
actually if I am not mistaken their GCing is better than HotSpot.

So you even if it is not provided by Blackdown you will have an alternative.

Sandy

Jonas Erikson wrote:

> I use jdk1.2 using massive memmory allocation (>512M)
> and at the same time WeakReferences for  object persistance
> and cacheing. This usualy contributes to double GC-pass
> (from weakref) and long GC-delays.
>
> Now, does jdk1.2 use ageing GC-frames or realtime GC
> or anyting like hotspot/self features?
>
> Any plans here?
>
> My benchmark indicates a 2-5 times speedup using the
> Solaris version of jdk1.2.
>
> (you could use the GC from Self-src that is implemented in hotspot)
>
> Anyway thankyou backdown... ;-)
>
> Best,
> Jonas IllumiNet.
>
> Bryce McKinlay wrote:
> > Sandy Ward wrote:
> > > Anyone know much about the garbage collector for the Blackdown JVM? I am talking
> > > about comparisons to Sun's, IBM's, etc. From recent experience it seems that
> > > the GC takes one big pause to collect the garbage where as other VM's do it a
> > > little more smoothly.
> > >
> > > Any thoughts?
> >
> > Using native threads, GC runs more smoothly with significantly less noticable
> > pausing.
> >
> > Unfortuntatly, native threads are not working properly in the current blackdown JDK
> > 1.1.7v3 (at least on Redhat 6.0).
> >
> > regards
> >
> >   [ bryce ]
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Java 2 for Linux

1999-05-23 Thread Sandy Ward

Does anyone have the dates when Java 2 for Linux might be released from Sun?

Sandy


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Oracle's JDBC on Linux

1999-06-02 Thread Sandy Ward

Hey,

I am running RH 5.2 with JDK117_v1a, and using the Oracle JDBC drivers for
talking to the
database. I have noticed that it takes between 4-5 secs to create a connection
to the db. And
when you have a connection pool with fair number of connection you can imagine
howlong startup
takes.

Anyone else see this problem?

Sandy

j


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]