1. Foren
  2. Kommentare
  3. Applikationen
  4. Alle Kommentare zum Artikel
  5. › Grafikunterstützung: KWin…

H/W-Beschleunigung für die Toolkits wäre mal wichtiger.

  1. Thema

Neues Thema Ansicht wechseln


  1. H/W-Beschleunigung für die Toolkits wäre mal wichtiger.

    Autor: Nasenbaer 27.08.12 - 22:28

    Vielleicht liege ich ja falsch, bzw. ziehe die falschen Schlüsse (dann korrigiert mich), aber wenn man bei GTK- und QT-Anwendungen die Fenster skaliert und darum deren Inhalte neu gezeichnet werden müssen, dann ist das immer noch laggy.
    Z.B. wenn eine Tabelle dann neu gezeichnet wird oder man eine Multi-Fenster-Anwendung hat wie Eclipse.

    Also das Fenster als als ganzes verschieben geht schnell und zwischen Desktops umschalten kann schön animiert werden aber die eigentlichen Anwendungen sind manchmal schon noch sehr laggy find ich.

  2. Re: H/W-Beschleunigung für die Toolkits wäre mal wichtiger.

    Autor: Anonymer Nutzer 27.08.12 - 22:44

    Ja eben, das ist ja der Punkt worauf ich in dem Thread "Frage an IT-Profis" hinaus wollte.
    Die eigendlichen Anwendungen haben vom Compositor doch gar keinen Schimmer und profitieren davon auch nicht. Die zeichnen immernoch im Schneckentempo ihre unbeschleunigten Sachen auf den Schirm, woran der compositor auch nichts ändern kann.
    Ich stell mir halt vor, dass er lediglich bereits gezeichnetes schneller wiedergeben kann und eben mit mehr oder weniger sinnlosen Effekten nachbearbeitet. Aber genaues weiß ich eben leider auch nicht. Werden die Fenster als Texturen gespeichert? hmmm ....

  3. Re: H/W-Beschleunigung für die Toolkits wäre mal wichtiger.

    Autor: smurfy 27.08.12 - 23:33

    Das verändern der Größe ist bei mir (Lenovo W530) mit der Nvidia-Karte (Quadro K2100, 2GB, Treiber 304.37) auch etwas laggy. Ich empfinde es zwar als ausreichend schnell, also als nicht störend, aber könnte auch ruhig flüssiger sein.

    Richtig schnell geht es mit der eingebauten Intel-Karte (HD4000). Wenn ich diese nutze, dann empfinde ich die ganze Oberfläche als verdammt schnell. Selbst wenn im Hintergrund die QuadCore-CPU voll ausgelastet ist (Gentoo), brachte das bei mir dennoch einen kleinen WOW-Effekt. Zu keiner Zeit war die Oberfläche langsam, egal ob ich unter Belastung nun die Yakuake-Konsole Ein- und Ausfahre, oder ob ich die Größe von Fenstern verändere. So super-flüssig hatte ich das noch nie.

  4. Re: H/W-Beschleunigung für die Toolkits wäre mal wichtiger.

    Autor: Nasenbaer 28.08.12 - 10:03

    So schlecht die Intel-Treiber unter Windows (insb. mit Spielen) auch sein mögen, ihr Linux-Treiber-Team scheint wirklich nur aus Profis zu bestehen (so liest es sich regelmäßig auf phoronix.com).

    Ich mein es gibt ja Bemühungen auch die Darstellung innerhalb der Anwendung zu beschleunigen. Cairo ist z.B. ne Lib zum Zeichnen von Vektorgraphik. Die Lib hat unter anderem ein OpenGL-Backend. Laut Wikipedia (DE) wird Cairo seit GTK 2.8 für das Zeichnen der meisten Widgets verwendet und Firefox (ab 3.0) nutzt Cairo zum Zeichnen der gesamten GUI und Webseiten.
    Die Frage ist ob automatisch das OpenGL-Backend zum Einsatz kommt und ob dieses Dinge auch schneller macht, als die Toolkits früher. OpenGL muss ja nicht gleich heißen, dass alles super schnell geht, kommt ja auch auf die Treiber und die Implementierung innerhalb von Cairo an.

  5. Re: H/W-Beschleunigung für die Toolkits wäre mal wichtiger.

    Autor: Anonymer Nutzer 28.08.12 - 10:57

    Nein, cairo-gl ist in keiner Distribution die ich kenne standard. Das "alte" cairo nutzt kein opengl. Mit wayland allerdings wird auch cairo-gl einzug halten und ist eine Abhängigkeit von zB weston. Dann wird auch jede durchscnittsanwendung profitieren.
    Ich bewzweifle ob man cairo einfach durch cairo-gl ersetzen kann, da die API bestimmt anders ist.



    1 mal bearbeitet, zuletzt am 28.08.12 10:57 durch providus.

  6. Re: H/W-Beschleunigung für die Toolkits wäre mal wichtiger.

    Autor: Hello_World 28.08.12 - 11:45

    providus schrieb:
    --------------------------------------------------------------------------------
    > Ich bewzweifle ob man cairo einfach durch cairo-gl ersetzen kann, da die
    > API bestimmt anders ist.
    Nein, das API ist das gleiche, egal ob man mittels OpenGL oder z. B. in ein PDF rendert. Unter anderem das ist gerade der Witz an Cairo.

  7. Re: H/W-Beschleunigung für die Toolkits wäre mal wichtiger.

    Autor: Nasenbaer 28.08.12 - 12:18

    So hab ich das auch verstanden. Deswegen ist die Ausgabe ja in Backends untergebracht und der Lib-Benutzer greift ja aufs Frontend (also die Cairo-API) zu und weiß nicht, wie das Zeichnen umgesetzt wird.
    Habe aber selber nie Cairo genutzt, sondern, dass nur so gelesen.

  1. Thema

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. Stadtwerke München GmbH, München
  2. Information und Technik Nordrhein-Westfalen (IT.NRW), Düsseldorf, Münster
  3. allsafe GmbH & Co.KG, Engen
  4. operational services GmbH & Co. KG, Berlin, Frankfurt am Main, Wolfsburg, Braunschweig, München

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 20,49€
  2. 19,99
  3. 4,99€
  4. (-74%) 15,50€


Haben wir etwas übersehen?

E-Mail an news@golem.de


In eigener Sache: Golem.de sucht Produktmanager/Affiliate (m/w/d)
In eigener Sache
Golem.de sucht Produktmanager/Affiliate (m/w/d)

Attraktive Vergünstigungen für Abonnenten, spannende Deals für unsere IT-Profis, nerdiger Merchandise für Fans oder innovative Verkaufslösungen: Du willst maßgeschneiderte E-Commerce-Angebote für Golem.de entwickeln und umsetzen und dabei eigenverantwortlich und in unserem sympathischen Team arbeiten? Dann bewirb dich bei uns!

  1. In eigener Sache Aktiv werden für Golem.de
  2. Golem Akademie Von wegen rechtsfreier Raum!
  3. In eigener Sache Wie sich Unternehmen und Behörden für ITler attraktiv machen

Galaxy Fold im Test: Falt-Smartphone mit falschem Format
Galaxy Fold im Test
Falt-Smartphone mit falschem Format

Samsung hat bei seinem faltbaren Smartphone nicht nur mit der Technik, sondern auch mit einem misslungenen Marktstart auf sich aufmerksam gemacht. Die zweite Version ist deutlich besser geglückt und aufregend in ihrer Neuartigkeit. Nur: Wozu braucht man das Gerät?
Ein Test von Tobias Költzsch

  1. Samsung Galaxy Fold übersteht weniger Faltvorgänge als behauptet

Arbeitsklima: Schlangengrube Razer
Arbeitsklima
Schlangengrube Razer

Der Gaming-Zubehörspezialist Razer pflegt ein besonders cooles Image - aber Firmengründer und Chef Tan Min-Liang soll ein von Sexismus und Rassismus geprägtes Arbeitsklima geschaffen haben. Nach Informationen von Golem.de werden Frauen auch in Europa systematisch benachteiligt.
Ein Bericht von Peter Steinlechner

  1. Razer Blade Stealth 13 im Test Sieg auf ganzer Linie
  2. Naga Left-Handed Edition Razer will seine Linkshändermaus wieder anbieten
  3. Junglecat Razer-Controller macht das Smartphone zur Switch

  1. Internetdienste: Ermittler sollen leichter an Passwörter kommen
    Internetdienste
    Ermittler sollen leichter an Passwörter kommen

    Die Bundesregierung will Ermittlern den Zugriff auf Nutzerdaten bei Internetdiensten wie Mail-Anbieter, Foren oder sozialen Medien erleichtern. Die IT-Branche und die Opposition sehen einen "Albtraum für die IT-Sicherheit".

  2. Netflix und Youtube: EU-Kommissarin warnt vor hohem Energiebedarf des Internets
    Netflix und Youtube
    EU-Kommissarin warnt vor hohem Energiebedarf des Internets

    Youtube, Netflix und Prime Video sind die Dienste, die besonders viel Internetverkehr generieren und damit auch einen besonders hohen Energiebedarf nach sich ziehen. Das sieht die Vizepräsidentin der EU-Kommission kritisch.

  3. Galaxy Fold: Samsung dementiert eigene Verkaufszahlen
    Galaxy Fold
    Samsung dementiert eigene Verkaufszahlen

    Samsung widerspricht sich selbst. Das Unternehmen bestreitet die Angabe eines ranghohen Samsung-Managers, der verkündet hatte, weltweit seien bereits eine Million Galaxy Fold verkauft worden. Vieles bleibt ungeklärt.


  1. 12:25

  2. 12:10

  3. 11:43

  4. 11:15

  5. 10:45

  6. 14:08

  7. 13:22

  8. 12:39