🚀 go-pugleaf

Roman Racine <roman.racine@gmx.de> wrote:

>Arno Welzel wrote:
>
>> Was auch daran liegt, dass nicht jedes Problem gut parallelisierbar ist.
>> Eine Textverarbeitung, die z.B. 500 Seiten formatieren und drucken soll,
>> muss erstmal Seite f�r Seite den Text verteilen. Das wird auch durch
>> mehrere Kerne kaum schneller, weil der ganze Prozess sehr sequentiell ist.
>
>Sequenzielle Prozesse bieten sich richtiggehend an f�r ein Pipeline-Schema.
>Beispiel: W�hrend ein Thread Seiten formatiert und sie in eine Queue
>steckt, nimmt ein anderer Thread die formatierten Seiten aus der Queue und
>wandelt sie in Postscript um.

Wobei es da durchaus sein kann, da� die direkte Generierung von
PostScript der schnellere Weg ist. Allerdings setzt das wiederum einen
h�heren Programmieraufwand voraus.
Ein Pipeline-Schema bietet sich nur an, wenn der Datenflu� an einer
Nahtstelle nur in einer Richtung geht und der ben�tigte CPU-Aufwand
auf beiden Seiten vergleichbar gro� ist.

Niemand mit Vestand will einen Multiprozessor haben, wenn er einen
Uniprozessor mit der gleichen Gesamtleistung unter den gleichen
Randbedingungen (Preis etc.) bekommen kann. Da es solche
Uniprozessoren aber nicht gibt, findet man sich halt mit der Kr�te
Multiprozessor ab und macht das Beste daraus.
Ciao,
Richard
-- 
Dr. Richard K�nning          He�stra�e 63
Tel.: 089/5232488            80798 M�nchen