Ich kenne die Quelle ihrer Daten und selbst für den Echtzeiteinsatz sind diese Netze und Texturen oft Hunderte von Kb oder sogar mehrere Mb. Selbst bei niedrigen Restraten ist es schwer zu erkennen, wie sie innerhalb von 1s geladen werden können. Ich sehe einige Beweise für Texturen, wenn ich sofort auf eine andere Ebene umschalte, aber auch die Polygone rechtzeitig herunterladen kann .
Wie haben sie das erreicht - Super-Low-Poly-Counts oder einfach nur clevere Progressive Loading?
Einige Tricks, die Google für die schnelle anfängliche Körperbelastung und allgemeine Leistung verwendet, sind Deltadatenkomprimierung, limitierende numerische Genauigkeit und Texturatlanten.
Cache-Header helfen nur bei späteren Besuchen, dies zu reduzieren.
Für die Rendering-Geschwindigkeit (die sich auf die Ladezeit auswirkt, da sie gleichzeitig auftritt), führen sie auch andere Stapeltricks wie Vertex-Array-Aggregation, Vertex-Array-Interleaving und GL-Status-Sortierung aus.
Google I / O 2011: WebGL-Techniken und -Leistung: Ссылка
Google Body Präsentation im WebGL Camp # 3: Ссылка
Es ist alles Cache-Manipulations-Zauberkumpel. Ich mache das auch in meinem Spiel, um das Laden von Modellen, Texturen und Audiodateien zu beschleunigen. Ihr Cache-Control-Header ist:
Cache-Control:public, max-age=31536000
Dies weist den Browser an, alle Daten für ein komplettes Jahr zu behalten, ohne den Cache erneut zu validieren (es gibt nicht einmal eine Rundreise zwischen dem Browser und dem Server, bis das ganze Jahr vergangen ist).
Es dauerte mich auf meinem Breitband mit einem kalten Cache 2.3 Minuten 23,89 MB herunterladen, wenn Sie wollen, damit ich die Chrome HAR-Datei veröffentlichen kann, so dass Sie alle meine Ladezeiten im Detail überprüfen können.
Tags und Links 3d webgl google-body-browser