> on. I can think of server side apps that could use a > fast > graphics pipeline to ship chunks of graphical > information > to a client using a high speed network. You have the > big > iron running the graphics and the client displaying > the > computed image. Things like molecular physics; GIS > systems; > animations; VR -- stuff like that where the heavy > lifting > was done server side and the client was just > watching.
Well I guess VR has a hard time on top of Java2D and overall I don't think this arguments count that much. Keep in mind that graphic hardware does scale pretty bad, and now imagine a server using D3D for rendering images - most likely read-back from vram will be slower than rendering in software anyhow. Combined with the stability of current drivers you'll have a one-day reboot server ^^ lg Clemens [Message sent by forum member 'linuxhippy' (linuxhippy)] http://forums.java.net/jive/thread.jspa?messageID=246278 =========================================================================== 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".
