Re: how to shut-off X and run straight through hardware



Dances With Crows <danSPANceswithTRAPcrows@xxxxxxxxx> wrote:

which doesn't use anything like X. I know there is a way to disable
using X and use the direct HW buffer. I am just not sure how.

Um, not quite. GUI apps use X, even when they're using XV or OpenGL
(those are both implemented as extensions to the core X protocol under
Linux). A few apps could use SVGAlib, but they were always in the
minority and JREs require X. There were a few people trying to make a

Well- yes and no. There's nothing that says that GUI applications
_have_ to use X. It is perfectly possible to write applications that
bypass X and write direct to the hardware. Afterall, X is just an application
that writes to the hardware.

However as a practical matter, finding such applications is very hard
to do. A long time back though I recall taking a very large performance
hit when transitioning from native graphics to X. That's just the
cost of generality.

I'd bet that Java doesn't do native graphics so as "Dances" says
bypassing X is not an option. But then "java" and "performance"
aren't exactly well correlated, so if you need better performance find
a non-java solution.

Stan
--
Stan Bischof ("stan" at the below domain)
www.worldbadminton.com
.



Relevant Pages

  • Re: how to get rid of XFree in the longterm (just a thought)
    ... > of the job of network transparent distribution of gui apps. ... I use ssh to start remote applications, but this hasn't anything to do ... One thing about sessions: There are no sessions in my 'system', ...
    (comp.os.linux.development.apps)
  • Re: how to get rid of XFree in the longterm (just a thought)
    ... > of the job of network transparent distribution of gui apps. ... I use ssh to start remote applications, but this hasn't anything to do ... One thing about sessions: There are no sessions in my 'system', ...
    (comp.os.linux.x)
  • Re: eth1394 and IP over firewire
    ... Dances With Crows wrote: ... I'm not even sure what that means, but despite the old kernel the ... modules and applications in question *should* work. ...
    (comp.os.linux.misc)