Moderator: OS4Welt-Team
Hm? Die WRITE2VRAM-Geschwindigkeit ist für so ein System doch völlig in Ordnung?Cyborg hat geschrieben:Blöde AMCC CPU!! :smileyMitSchüttelnderFaustDenWirAberNichtHaben:
Hmm .. Krass.. hätte nicht gedacht, daß das so derartig CPU-hungrig ist... aber wenn ich so drüber nachdenke, dann war das Größe ändern mit Inhalt echt schon immer relativ lahm. Und ist auch gar nicht so unverständlich, wenn man bedenkt, daß dann zig Mal der Fensterinhalt zur GraKa kopiert werden muss, was ja ein bekannter und nur allzu lästiger Flaschenhals bei uns ist
Man kann das gut an der CPU-Last erkennen. die in dem Moment auf 99% geht. Verändert man ein Fenster mit ohne umfangreichen Inhalt (z.B. nur ein Button drin), zuckt die Anzeige nicht einmal.Finde ich auch, erspart mir etwas ArbeitNuja, schön, daß das Problem nicht bei Dir liegt
Aber selbst wenn ICH das Problem gewesen wäre, dann müßte ich halt zusehen, daß ich mich abstelle. Äh, meine Unzulänglichkeit beim Treiber-Coden, meine ich Das ist ja der Punkt! Die CPU muß Unmengen an normalen Speicher durchackern und dessen Inhalt auf die GraKa schaufeln. Das kostet verdammt viel Zeit. Wenn wir in P96 vernünftiges PCI-/AGP-GART hätten, würde die CPU bei sowas nicht mal mehr annähernd aus der Puste kommen, weil die GraKa eben nicht mehr auf die CPU angewiesen wäre, um an ihre Grafikdaten zu kommen...whose hat geschrieben:Hm? Die WRITE2VRAM-Geschwindigkeit ist für so ein System doch völlig in Ordnung?
Das eigentliche Problem ist, daß die Teile des Fensters, die von BOOPSI-verwandten GUI-Systemen kommen, alle jeweils komplett neu gezeichnet werden. Die CPU muß dann eine Menge Speicher (Listen vor allem) durchackern. Da finde ich es sogar schon erstaunlich, daß das nicht NOCH langsamer ist
Hätte der AMCC einen ordentlichen Cache, sähe die Sache vermutlich anders aus. Der 750FX/GX ist dagegen schon ziemlich zügig unterwegs, dank Cache...
Dir ist aber schon klar, daß wir hier über ein GUI-Toolkit reden, das in nahezu unveränderter Form bereits für die alten Commodore-Kisten entwickelt wurde? ReAction basiert ja auf ClassAct, was vor vielen Jahren schon entwickelt wurde, als man von solchen Leistungsmonstern, wie einen Sam460 nur träumen konnte... Sicher hat es an neuen Features zugelegt, aber trotzdem ist es teils echt saulahm ... und das nur, weil es "historisch gewachsen" ist (listbrowser.. urgs) und weil eben doch einen Haufen Daten von der CPU zu GraKa geschaufelt werden müssen... Du denkst mit Deinen Bitterlinien noch in OS3-Bahnen, mein Lieber! Schau Dir mal genau an, was die ReAction-Gadgets inzwischen hauptsächlich sind... Grafiken! AISS ist doch ein Begriff, nicht?whose hat geschrieben: Ich könnte wetten, daß dieses Lag beim 460ex incl. passender GraKa nahezu unmerkbar ist
Hintergründe von Fenstern, die Fensterrahmen, jedes Gadget im Fensterrahmen, die Inhalte natürlich... das alles basiert inzwischen zu 95% auf Grafiken und das ist ohne GART echt übel.Eigentlich nur ein Zeichen dafür, daß es, trotz aller Probleme, ganz brauchbar istCyborg hat geschrieben:Dir ist aber schon klar, daß wir hier über ein GUI-Toolkit reden, das in nahezu unveränderter Form bereits für die alten Commodore-Kisten entwickelt wurde?whose hat geschrieben: Ich könnte wetten, daß dieses Lag beim 460ex incl. passender GraKa nahezu unmerkbar ist
Lassen die Dich nicht nach Hause?Aber wir schweifen hier schon wieder stark vom Thema ab... vielleicht sollten wir uns mal wieder einen Abend treffen... ich arbeite derzeit immer noch in NRW
Bei mir gehts oft erst nach 20:00 Uhr, aber falls Du nicht so spät Bock drauf hast (wenn Du immer noch dort schaffst, wo Du beim letzten Mal schaffen mußtest. Ich brauche ne gute dreiviertel Stunde bis da hin), kriegen wir das sicher auch mal früher hin! Ich bin inzwischen ja wieder gut und modern motorisiert, von daher kann ich mich dann auch mal auf die Socken machen...
