Registriert: Mo Nov 08, 2010 18:41 Beiträge: 769
Programmiersprache: Gestern
Mhh so ich habe mir jetzt mal Gedanken um den äußeren "Workflow" gemacht. Mal sehen was ihr dazu meint.
"Stream" ist hier eine generische Klasse welche als Parameter einmal eine Producer-Policy und einmal eine Consumer-Policy. Ich habe dabei zum Beispiel an sowas wie die Anzahl der Threads durch die Config limitieren usw. gedacht. Durch die Policies kann man so dann ganz leicht Spezialisierungen bauen die dafür dann noch optimieren.
Über den "InputStream" kommen nun die ganzen Events und Netzwerk Nachrichten rein. Diese werden dann durch die "WorkProc" Klasse mit Hilfe der verschiedenen Module der "Library" verarbeitet. Also zum Beispiel das Frontend für den Renderer.
Die Aufteilung zwischen "Output" und "Loopback" ergibt übrigens auch Sinn für Single-Threaded, denn so kann man zum Beispiel auch gleich den klassischen Loopback-Buffer für netzwerkeln in einen Abwasch erledigen.
Wenn "Stream" als Ringbuffer implementiert wird und die "Tasks" reine Daten (also keine Continuation) sind, ist das Ganze übrigens auch für Echtzeit geeignet und braucht weniger Code
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Mitglieder in diesem Forum: 0 Mitglieder und 9 Gäste
Du darfst keine neuen Themen in diesem Forum erstellen. Du darfst keine Antworten zu Themen in diesem Forum erstellen. Du darfst deine Beiträge in diesem Forum nicht ändern. Du darfst deine Beiträge in diesem Forum nicht löschen. Du darfst keine Dateianhänge in diesem Forum erstellen.