Barrier und Bild Übergang

Question

Ich wundere mich, warum wir normalerweise (von Vulkan Tutorial und Sascha Willems Beispiel) die Barriere an der Spitze der Pipeline.

Wenn ich argumentiere wie ein Produzent und Verbraucher (für Mipmap-Erstellung zum Beispiel), habe ich beide in src und dst Bühne die "Flagge" "TRANSFER_BIT". Also, wenn ich die gleiche Stufe für src und dst verwende, sollte die Schranke sofort passieren, was der gleiche Fall ist, wenn ich TOP_OF_PIPE Flag verwende?

Bin ich richtig?

Answer 1

Ich bin nicht sicher, ob ich die Frage verstehe, aber hoffentlich werde ich es erklären, Barrieren zu erklären.

src=TOP_OF_PIPE oder dst=BOTTOM_OF_PIPE eine nicht blockierende Barriere (effektiv nur die Hälfte einer Speicherabhängigkeit und keine Ausführungsabhängigkeit). Ist es das, was du mit der "sofort stattfindenden" Barriere meinst?

dst=TOP_OF_PIPE oder src=BOTTOM_OF_PIPE soll all-blockierende Barriere sein (zumindest sehe ich es oft in Beispielen und Tutorials). Ich bin nicht so klar darüber aus der Spezifikation (vor allem, wenn Memory Dependency muss auch da sein) und (oder |10 spezifische Stufen) scheinen ein besserer Ersatz zu sein.

(BTW habe ich über my peeve mit dieser API-Design geschrieben.)

Allgemeinen wie für Ausführungsabhängigkeit, was die Barrieren zu tun ist: sie sicher srcStage aller Befehle vor der Schranke aufgezeichnet machen wird, bevor dstStage irgend abgeschlossen der Befehle, die nach dem Start der Sperre aufgezeichnet wurden.
(Die oben genannten Sonderfällen sollte auch mit dieser Beschreibung übereinstimmen.)

Also, was gesagt wird, TOP_OF_PIPE nicht für TRANSFER wie ein geeigneter Ersatz scheint. Es würde entweder seine beabsichtigte Funktion überhaupt nicht erfüllen oder ineffizient sein (basierend auf den obigen Beschreibungen).

srcStage==dstStage hat keine besondere Bedeutung. Die Verwendung von TRANSFER in diesem Fall bedeutet TRANSFER Stufe der zuvor aufgezeichneten Befehle abgeschlossen vor TRANSFER Stufe der Befehle nach der Barriere aufgezeichnet.