Also, please try 1.4.1, as there were some improvements in local X rendering code which works with shared memory. This might help the local case on Solaris machine.
Dmitri On Thu, Oct 10, 2002 at 04:56:0p -0700, Dmitri Trembovetski wrote: > Rob, > > On Thu, Oct 10, 2002 at 06:35:0p -0500, Rob Ratcliff wrote: > > > Does this mean that it still runs slow when displaying remotely to a > > > HP X server, or that you see some rendering artifacts? > > > > The performance is slow on the HPUX X server when using any Java2D > > capability. It also runs > > slowly when we don't use Java2D but still use the Java runtime parameter: > > -Dsun.java2d.pmoffscreen=false. > > If we don't use this parameter or Java2D then the performance of the Swing > > components is quite acceptable > > on the HPUX X server. > > This could be due to the 10 Mb network card you have on this > machine. See more on this below. > > > > > (There are some black rectangles that pop up every so often even with the > > > > newer servers though.) > > > > > > Could you please describe in more details the problem you're seeing > > > with the newer X servers? > > > > > > Also, please list the exact configuration (client and server OS's, > > > whether they're fully patched, the framebuffer on the X server > > > machine). > > > > The Sun box where the Java client is running is a fully patched 800 Mhz > > Solaris 8 Netra T4. I'm not sure what graphics card it > > has, but after perusing the device directory we saw something called a TSI > > gfxp. > > > > The PC that I'm running WinaXe server on is a Dell Dimension 8200, 1.8 GHz > > running Windows 2000. > > The HPUX 743 box is running HPUX 10.2. I'm not sure about the patch level. > > I'm looking into it. > > Thanks for the info. > > > Ironically, the solid (black or green) boxes are showing up on the Solaris > > box (acting as client and server) > > if I use the local console when use -Dsun.java2d.pmoffscreen=false. > > These boxes tend to show up in the toolbar and text entry fields. > > This is most likely due to one of the following bugs in > the framebuffer (pgx32) drivers: > 4522502: pgx32 24+8 mode: XShmPutImage has problems with pixels with MSB set > 4506566: Problem w/ Animator demo on PGX32 (pixmaps problem) > 4517899: black painted selection screens in webstart install on machines with >GFX cards > > Please make sure you have the latest revision of this patch: 109154 > (run 'showrev -p | grep 109154' to check the revision) > Current revision for Solaris 8 is -15. > > As a workaround you can set NO_J2D_MITSHM=true prior to running java > application (although it will decrease performance). > > > Furthermore, it appears that even though I'm running the > > application locally that the performance is poor when using Java2D > > functions (like transparency) without setting > > -Dsun.java2d.pmoffscreen=false! The performance is much better with the > > flag being set to false. > > Try to run your app with the following env. variable set: > J2D_PIXMAPS=shared > > You might want to increase the amount of shared memory > in the system (by default it's just about 1M, which is way > to small): > To change the default settings on Solaris, modify system's settings > in /etc/system : add, for example, the following lines, then reboot: > set shmsys:shminfo_shmmax=10000000 > set shmsys:shminfo_shmmni=200 > set shmsys:shminfo_shmseg=150 > > Note that this applies only to the local case (i.e., when > you run the app locally on this machine and displaying to > local X server). > > > The solid boxes don't show up on the Linux or WinaXe servers. > > > > > A testcase would be really useful. > > > > I'll see if I can create a simple test case. > > > > > Also, what's your network bandwidth? > > > > The network bandwidth is 100 Mb in general. The HPUX box has a 10 Mb > > ethernet card. Everybody else has 100 Mb cards. > > This may be the culprit, because when the pmoffscreen=false flag > is set, we're using XPutImage to update the screen, which is very > network intensive operation. Is there any way you can try > running your app with 100Mb card? > > > > > We would very much like to use Java2D capability for our application. > > > (We'd > > > > like to use OpenMap components that utilize Java2D and features such as > > > > transparency, thick lines, transformations, etc. in our own application.) > > > > Is there any way to accomplish this with JDK 1.4.1? Will this issue be > > > > resolved any time within the next two months? > > > > > > Unfortunately, there isn't much we can do about the performance > > > problem on remote X when using 2D rendering which includes reading > > > from the destinatuion surface (translucency effects, antialiasing). > > > > That's unfortunate since it really hamstrings our development and will > > disappoint our customer. > > I know that applications using OpenGL have been able to be > > displayed over the network efficiently. (For instance with Exceed3D or with > > IRIX systems.) > > These applications use transparency, shading, antialiasing and such. Maybe > > there are some lessons there. > > We're aware of the problem and are looking into using some of these > apis in our future releases. > > Thank you, > Dmitri > > > > As for the rendering artifacts you're seeing, we need more info > > > from you. > > > > > > Also, we probably won't be able to help with the issues with HP X > > > server, you might want to contact HP regarding this. > > > > The Java2D performance problem is well documented in bug reports. I don't > > believe it is a problem associated only with HPUX X servers, but I will > > look into it. > > > > Thanks, > > > > Rob > > > > =========================================================================== > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff JAVA2D-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA2D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
