Announcement

Collapse
No announcement yet.

X.Org 7.5 Released. Wait, Nope!

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • phoronix
    started a topic X.Org 7.5 Released. Wait, Nope!

    X.Org 7.5 Released. Wait, Nope!

    Phoronix: X.Org 7.5 Released. Wait, Nope!

    Today X.Org 7.5 with X Server 1.7 is scheduled to be released, per the release schedule that Daniel Stone proposed earlier this year. X Server 1.7 includes X Input 2 (a.k.a. Input Hotness) and Multi-Pointer X is now enabled by default (it has been in the master branch for about a year, but it has been disabled due to X Input 2 missing). This key piece to the open-source Linux desktop also features E-EDID support, the X Server no longer needing to symlink to Mesa sources, and a horde of bug-fixes. Aside from an updated X Server, X.Org 7.5 will include various updates to different input and graphics drivers.

    http://www.phoronix.com/vr.php?view=13658

  • Vadi
    replied
    I'd attribute this one to the program itself. Evince was really slow on displaying the pdfs, but Adobe Reader (yeah it looks horrid with the custom cursor and fails to open a browser properly) just flies on them.

    Leave a comment:


  • yotambien
    replied
    OT

    Perhaps one of you, guys, can answer a question that lingers on my head every time I work with a heavy pdf file. I think I read somewhere that poppler uses cairo and that this uses HW acceleration when available (I don't actually know what that means, mind you). Why is it that displaying pdfs is rather slugish? Out of pure ignorance I'd say that drawing a 3D landscape like any of the ones you get playing a FPS is more cumbersome than displaying a bunch of fonts...

    Leave a comment:


  • Vadi
    replied
    I didn't even know Y existed.

    Leave a comment:


  • sandain
    replied
    If X is such a nightmare to work with, why hasn't there been more interest in OSS alternatives like Y? As a software developer myself, I realize drastic changes only create headaches, but sometimes they are needed to move ahead.

    Leave a comment:


  • MostAwesomeDude
    replied
    Originally posted by Anato View Post
    I know some feel that this sucks but why can't the X.org start dropping features and drivers which doesn't have a maintainer, are old or the userbase is low? Why the lack on maintainers and need for support on some part have to drag the whole system down?
    We do. Many drivers are marked as unmaintained and only receive trivial janitorial updates.

    Leave a comment:


  • puelocesar
    replied
    Originally posted by smitty3268 View Post
    Note that they say there is no "native" mode on windows, they're just using raster by default there. So the fps is likely only faster there than the raster mode on linux because the computer is a Core2 Quad versus a Pentium4.

    But yes, XRender is slow.
    Oops, sorry I didn't saw that shame on me ...

    Leave a comment:


  • BlackStar
    replied
    Originally posted by smitty3268 View Post
    Note that they say there is no "native" mode on windows, they're just using raster by default there. So the fps is likely only faster there than the raster mode on linux because the computer is a Core2 Quad versus a Pentium4.
    I'm pretty sure GDI is the "native" mode on Windows and it is accelerated on pretty much everything out there. It's not known as a speed-demon however.

    As far as I can tell, on Windows you can choose between GDI (accelerated), GDI+ (deprecated, not accelerated), DirectDraw (deprecated), WPF (accelerated, .Net-only) and Direct2D (maybe the worst API ever designed by Microsoft, which is saying a lot) for 2d graphics. Out of these, only WPF is actually worth using - but it's .Net only which limits its usefulness.

    So yes, the X11 API may be ugly, XRender may be slow, but there are worse things out there.

    Leave a comment:


  • smitty3268
    replied
    Originally posted by puelocesar View Post
    Notice also that native Windows run at 60fps, 3x faster then X11, so at least you can't say X11 is fast..
    Note that they say there is no "native" mode on windows, they're just using raster by default there. So the fps is likely only faster there than the raster mode on linux because the computer is a Core2 Quad versus a Pentium4.

    But yes, XRender is slow.

    Leave a comment:


  • smitty3268
    replied
    Found this informative comment regarding OSX performance:

    This is correct. Our software backend for QPainter is faster than our CoreGraphics backend for most things. The CoreGraphics engine is faster than the raster engine when drawing large areas, because these operation are H/W accellerated by CoreGraphics, but in general our software engine beats native rendering on Mac OS X.

    There is one architectural clash that causes some performance problems on the CoreGraphics backend, and that is state handling. CoreGraphics uses the PDF / PostScript model where you can only intersect a new clip with current clip and only multiply a new transformation with the existing one. Neither of the two states can be reset, only saved / restored. QPainter allows setting these states (and you can argue if this is wise or not, but it feels practical and its the way QPainter works so we don’t want to change it) regardless of what they previously was which means we need to do some nasty save/restore-stack handling on the CoreGraphics side, which is not fortunate performance wise…

    Then there is the problem that CoreGraphics has a fixed overhead on all drawing operations. The fastest I’ve gotten is some 100.000 plain rectangles pr second (small ones, 4?4, 8?8, etc), while our software engine can do 10x that and style code and general widget code contains a lot of these small primitives, so the cost accumulates.

    The benchmark does only repaints one widget, while an application is typically contains multiple widgets and the repaint / flush-to-screen logic is not optimal for Mac OS X at the moment, so an app like Designer won’t run any faster with -graphicssystem raster. We hope to be able to spend more time on those things in the coming months to iron out these things and make it really shine.

    Leave a comment:

Working...
X