Marek Gmyrek wrote:
>
> On Fri, 21 Jan 2000, Nathan Meyers wrote:
>
> -->> By 'background' I meant a Java Frame (Window). So, eg. I have the main
> -->> frame of my aplication an a dialog box. Moving dialog makes the main
> -->> frame repaint itself. This takes particularly much time. Generally,
On Fri, 21 Jan 2000, Nathan Meyers wrote:
-->> By 'background' I meant a Java Frame (Window). So, eg. I have the main
-->> frame of my aplication an a dialog box. Moving dialog makes the main
-->> frame repaint itself. This takes particularly much time. Generally, the
-->> same Java application (
Marek Gmyrek wrote:
>
> On Fri, 21 Jan 2000, Chris Kakris wrote:
>
> -->> Processor utilization is not so bad, until I move a window and a window
> -->> in background has to repaint itself. Repainting takes a time of ca. a few
> -->> seconds. During that time the processor is busy almost to 100%
On Fri, 21 Jan 2000, Chris Kakris wrote:
-->> Processor utilization is not so bad, until I move a window and a window
-->> in background has to repaint itself. Repainting takes a time of ca. a few
-->> seconds. During that time the processor is busy almost to 100%.
-->
-->Are you by any chance us
Marek Gmyrek wrote:
>
> I use the same system (RH6.1) with Blackdown JDK1.2 RC3 and have the same
> observations. Both native and green versions are very slowly, especially
> with GUI stuff, when compared to jdk1.1.8 (v1).
>
> Processor utilization is not so bad, until I move a window and a wind
On Thu, 20 Jan 2000, Marek Gmyrek wrote:
> observations. Both native and green versions are very slowly, especially
> with GUI stuff, when compared to jdk1.1.8 (v1).
>
> Processor utilization is not so bad, until I move a window and a window
> in background has to repaint itself. Repainting take
Hi,
-->Here is what I see with Linux. I am running on a freshly installed RedHat
-->6.1 machine. With either JDK, running in native threads is absolutely
-->crippling. There seems to be a serparate JDK process ID for each running
-->thread, or otherwise something is casuing it to fork 15 times. O
Daniel Stux wrote:
>
> Hi folks,
>
> I've just installed two versions of the JDK1.2.2 for linux: Sun's RC2, and
> Blackdown's RC3. I am experiencing the wierdest behavior I have ever seen
> for a JDK.
>
I didn't see someone else mentioning this: did you try IBM's JDK?
/Oliver
--
Dan,
A big part of the threads problem on Linux stems from the pthreads
implementation that's available in glibc. There has been much discussion
on this topic of late - check the archives for more detail.
I believe the word is that glibc 2.1.3 is supposed to have improvements
in the pthreads imp
Hi Jonathan,
You mentioned 2.4 kernel. Do you know when it is going to
come out?
Jacob Nikom
Jonathan Doughty wrote:
>
> Daniel Stux wrote:
>
> > Here is what I see with Linux. I am running on a freshly installed
> > RedHat 6.1 machine. With either JDK, running in native threads is
> > absolu
On Wed, Jan 19, 2000 at 02:36:30PM -0500, Daniel Stux wrote:
> Here is what I see with Linux. I am running on a freshly installed RedHat
> 6.1 machine. With either JDK, running in native threads is absolutely
> crippling. There seems to be a serparate JDK process ID for each running
> thread, or o
On Wed, Jan 19, 2000 at 02:36:30PM -0500, Daniel Stux wrote:
> Here is what I see with Linux. I am running on a freshly installed RedHat
> 6.1 machine. With either JDK, running in native threads is absolutely
> crippling. There seems to be a serparate JDK process ID for each running
> thread, or o
Daniel Stux wrote:
> Here is what I see with Linux. I am running on a freshly installed
> RedHat 6.1 machine. With either JDK, running in native threads is
> absolutely crippling. There seems to be a serparate JDK process ID
> for each running thread, or otherwise something is casuing it to
> for
Hi folks,
I've just installed two versions of the JDK1.2.2 for linux: Sun's RC2, and
Blackdown's RC3. I am experiencing the wierdest behavior I have ever seen
for a JDK.
Here is what I am *used* to seeing. We run Java all day long on Solaris
Sparc and x86 and Windows NT. With green threads, thin
14 matches
Mail list logo
