🚀 go-pugleaf

In article <3125@tuminfo1.lan.informatik.tu-muenchen.dbp.de> k2@charly.bl.physik.tu-muenchen.de (Klaus Steinberger) writes:

   Path: pcsbst!unido!fauern!tumuc!lan!charly.bl.physik.tu-muenchen.de!k2
   From: k2@charly.bl.physik.tu-muenchen.de (Klaus Steinberger)
   Newsgroups: dnet.comp.pcs
   Keywords: X X11 PCS xterm
   Date: 28 Jun 90 06:51:17 GMT
   References: <2842@uniol.UUCP> <634@pcsbst.pcs.com>
   Sender: news@lan.informatik.tu-muenchen.dbp.de
   Distribution: dnet
   Lines: 23
   Posted: Thu Jun 28 07:51:17 1990

   me@dude.pcs.com (Michael Elbel) writes:

   >R4 portieren wir gerade (es laeuft schon seit einiger Zeit, nachdem sich 
   >die Funktionalitaet aber nicht entscheidend verbessert hat, warten wir 
   >mit der Release noch bis die OSF 'ne R4 kompatible Version von Motif liefert,
   >was hoffentlich bald passiert).

   XDMCP wuerde ich aber schon als entscheidende Verbesserung betrachten!!!!!

   Man denke hier speziell an alle die NCD's einsetzen.

Dazu brauchste nicht R4 ;-) . Extra wegen der NCDs haben wir in unseren letzten
R3 Patch den R4 xdm mit aufgenommen, der XDMCP versteht. Der Patch muesste in
naechster Zeit zur Verfuegung stehen.

Um R4 Clients laufen zu lassen, benoetigst Du ja nicht unbedingt 'nen 
R4 Server. Es hindert Dich also niemand daran, alle R4 Clients, die Du 
magst zu uebersetzen. (Das R4 Band sollte an der TU doch irgendwo 
aufzutreiben sein ;-).

   
   Ausserdem wuerde ich mir mal endlich einen X-server fuer das Calcomp
   wuenschen, der ersten richtig geht, und zweitens auch mal die Hardware
   richtig ausnutzt. 
   (Daten vom Xstones benchmark habe ich kuerzlich Mike gegeben)

Da fuehl' ich mich jetzt persoenlich angesprochen, hab' ich doch Calcomp's R2
Server 'n bisschen fehlerfreier gemacht und das ganze auch noch auf 
R3 gebracht. 

Zu Erstens: Der Calcomp Server HAT noch einige Fehler, das geb' ich gerne zu.
Er hat aber auch einige Einschraenkungen, die keine Bugs sondern auf die 
Hardwarestruktur zurueck zu fuehren sind (z.B. kein Backing Store).

Zum besseren Verstaendnis fuer alle, die sich schon mal gewundert haben,
warum Pixel Transfer zwischen Screen und externen Pixmaps so langsam ist 
(CopyArea, PutImage, GetImage) hier 'ne kleine Einfuehrung, wie der Server
mit dem Calcomp Board kommuniziert.


			UNIX, Server
			   ^   |
			   |   |
			   |   v
		 ==========================   Q-Bus
		           ^   |
			   |   |
			   |   v
		   +-------------------+
		   |  Calcomp Memory   |
		   +-------------------+
			   ^   |
			   |   |
			   |   v
	     +------------------------------+
	     | Calcomp Kontroll CPU (68020) |
	     +------------------------------+
			   ^   |
			   |   |
			   |   v
		    +------------------+
		    | Zeichen Hardware |
		    +------------------+
			   ^   |
			   |   |
			   |   v
		      +-------------+
		      | Framebuffer |
		      +-------------+

Ich hab' also keine Moeglichkeit, vom Server aus direkt auf den Framebuffer
zuzugreifen. Vielmehr unterhalte ich mich mit der bord-eigenen CPU ueber
ein Protokoll von Kommandopuffern, in das ich screibe, was ich denn haben
will. Das ist solange kein Problem, wie ich Zeichenbefehle 'runtergebe
(einfache Lininen, on-Board Bitblits, Text und so gehen verdammt schnell).

Sobald es aber etwas komplexer wird, sodass die Aufgabe nicht mehr direkt
vom Board ausgefuehrt werden kann (breite Linien, gestippelter Text u.s.w.)
ueberwiegt der Protokollaufwand dermassen, das die Performance total in den
Keller geht. Das Extrembeispiel waere ein komplexer GetImage vom Board in
den Hauptspeicher, fuer den ich mir den Framebuffer-Inhalt erstmal zeilenweise
vom Board in eine temporaere Pixmap holen muss, um ihn dann so zu bearbeiten,
wie's der Beispiel-Server vom MIT direkt aus dem Framebuffer machen wuerde.


Zu zweitens: Wenn Du mir zeigen kannst, wo die Hardware nicht richtig 
ausgenutzt wird spendier ich dir 'n Bier.

   texx2.9 laeuft uebrigens nicht am Xcgp, sehr wohl aber am Xbmt
   sowie an den NCD's und an PC-Xview Servern !!!!!

Ich hab' das Teil hier nicht am laufen. Wenn Du mir schreibst, WAS nicht
geht waer' das recht nett, dann koennten wir versuchen, das Problem im
naechsten Server zu beheben.

   Gruss, Klaus

Gruss, Michael
--
Michael (X) Elbel 	|  No, I haven't lost my mind, I just
 me@dude.PCS.COM 	|  forgot it in the rush this morning