Login
Newsletter
Werbung

Thema: Aaron Seigo kritisiert Canonical

2 Kommentar(e) || Alle anzeigen ||  RSS
Kommentare von Lesern spiegeln nicht unbedingt die Meinung der Redaktion wider.
0
Von krake am Mo, 18. Februar 2013 um 17:39 #

Das ist unvermeidbar.

Nicht notwendigerweise, wie du ja schon in deinem anderen Beitrag geschrieben hast (z.B. in Thread, unter Benutzung asynchroner I/O API). Nur wird derzeit meistens unter der Annahme gearbeitet, dass lokale Dateien mehr oder weniger blockadefrei benutzt werden können.

Fehler by (unachtsamen) Design müssen aber nicht unnötig verteidigt werden; Sonst wird sich die Situation ja nie bessern

Soweit ich das sehe wurde der Fehler auch nicht im geringsten verteidigt. Praktisch jeder Beitrag stimmt darin überein, dass was auch immer die Blockade auslöst auf nicht-blockierende Art und Weise zu ändern sei, also die Situation gezielt zu verbessern.

Ich würde jetzt auch nicht davon ausgehen, dass die Architektur für immer in Stein gemeisselt ist, aber man darf nicht aus den Augen lassen, dass die Komposition von Grafiken verschiedener Prozesse und die umgekehrte Eingabeverteilung keine so einfach Sache ist und auch nicht so weit verbreitet.

Klar, Wayland ist in der Lage das zu tun, aber auch viel neuer als der Startzeitpunkt der Plasma Entwicklung.

[
| Versenden | Drucken ]
  • 0
    Von mgraesslin am Mo, 18. Februar 2013 um 18:11 #

    Klar, Wayland ist in der Lage das zu tun, aber auch viel neuer als der Startzeitpunkt der Plasma Entwicklung.
    Das ist das zentrale Argument hier für alle, die meinen, dass man Plasmoide in eigenem Prozess haben könnte und das Grafikproblem irgendwie hinbiegen kann.

    Das aktuelle Design von Plasma wurde etwa um 2006/2007 entworfen. Zum Vergleich (aus Wikipedia):

    The first version of Compiz was released as free software by Novell (SUSE) in January 2006 in the wake of the (also new) Xgl.

    Mal eben Fenster über einen Compositor zusammenzusetzen war damals noch nicht. KWin unterstützt OpenGL Compositing seit 2008, seit 2009 standarmäßig aktiviert, aber selbst heute hat man beim Startup zuerst einen nicht composited desktop und Compositing kann zur Laufzeit ausgeschaltet werden. Was man auch berücksichtigen muss: der WM müsste diese Plasma Fenster ignorieren. Klar kann man in KWin einbauen, aber was ist mit Nutzern anderer WMs?

    Compositing unter X11 fällt daher mal für Grafikdarstellung einfach raus. Was bleibt: Xembedd? Eine Technologie, die bei allen verhasst ist. Shm? Will wohl auch hoffentlich keiner.

    Erst Wayland ermöglicht es dass man aus mehreren Prozessen das zusammenbauen könnte. Ob das für die Usecases von Plasma sinnvoll ist, ist eine andere Frage, ich würde mal "nö" sagen, da wir da mit QtQuick2 eigentlich bekommen was wir wollen.

    [
    | Versenden | Drucken ]
Pro-Linux
Pro-Linux @Facebook
Neue Nachrichten
Werbung