{"id":30639,"date":"2025-10-10T19:55:39","date_gmt":"2025-10-10T19:55:39","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/gaming-latency-monitoring\/"},"modified":"2026-05-21T20:07:00","modified_gmt":"2026-05-21T20:07:00","slug":"ueberwachung-der-gaming-latenz","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/de\/ueberwachung-der-gaming-latenz\/","title":{"rendered":"\u00dcberwachung der Gaming-Latenz: So erkennen und reduzieren Sie Lag"},"content":{"rendered":"

\"GamingLatenz ist im Gaming nicht nur eine technische Kennzahl \u2014 sie ist ein Gef\u00fchl. Spieler messen keine Millisekunden, sie f\u00fchlen<\/em> sie. Ein Tastendruck, der einen Hauch zu sp\u00e4t ankommt, ein Flick-Shot, der knapp am Ziel vorbeigeht, eine Figur, die im unpassendsten Moment rubber-bandet \u2014 all das f\u00fchrt zu Frustration. In schnellen Multiplayer-Umgebungen kann eine Verz\u00f6gerung von 50 ms Ergebnisse entscheiden, Vertrauen untergraben und Spieler zu Wettbewerbern treiben, die \u201esmoother\u201c wirken.<\/p>\n

Deshalb sind Gaming-Unternehmen von Performance besessen und haben dennoch M\u00fche zu sehen, was Spieler tats\u00e4chlich erleben. Klassische Uptime-Checks k\u00f6nnen best\u00e4tigen, dass ein Server online ist, sagen aber nichts \u00fcber die Qualit\u00e4t<\/em> der Verbindung oder dar\u00fcber aus, wie lange es dauert, bis eine Aktion vom Game-Engine-Back-End widerhallt. Synthetisches Monitoring schlie\u00dft diese L\u00fccke. Durch die Simulation von Spielerinteraktionen und die Messung der Latenz aus mehreren Regionen macht es unsichtbaren Lag zu messbaren Daten.<\/p>\n

Latenz ist l\u00e4ngst nicht mehr nur Netzwerklatenz \u2014 sie ist die Summe von allem zwischen Eingabe und Reaktion: Client-Verarbeitung, Routing, Rendering und Synchronisation. Die Studios, die kompetitive M\u00e4rkte dominieren, behandeln Latenz wie eine Produktkennzahl, nicht als Nachgedanken. Synthetisches Monitoring gibt ihnen die Werkzeuge, sie zu erkennen, zu quantifizieren und zu reduzieren, bevor Nutzer sie \u00fcberhaupt bemerken.<\/p>\n

In diesem Artikel untersuchen wir Latenz, betrachten, wie synthetisches Monitoring sie erkennen kann, und zeigen Wege auf, wie Sie diese Erkenntnisse aus dem Monitoring nutzen k\u00f6nnen, um Latenzprobleme zu beheben.<\/p>\n

Why Latency Monitoring Matters in Gaming<\/h2>\n

Latenz ist nicht nur ein technisches Konzept \u2014 sie ist der unsichtbare Faden, der Immersion zusammenh\u00e4lt. Rei\u00dft dieser Faden auch nur f\u00fcr einen Moment an, bricht die Illusion der Kontrolle. Der Spieler dr\u00fcckt eine Taste und erwartet sofortiges Feedback, und wenn das Spiel stottert, ist das Vertrauen dahin. Dieser Verlust f\u00fchlt sich f\u00fcr den Spieler nicht wie \u201eLatenz\u201c an \u2014 er f\u00fchlt sich an wie ein schlechtes Spiel. F\u00fcr Studios und Plattformen ist das die teuerste Form des Scheiterns: eine, die auf Dashboards unsichtbar wirkt, aber f\u00fcr jeden Spieler auf dem Bildschirm offensichtlich ist.<\/p>\n

Latenz zu \u00fcberwachen bedeutet nicht, perfekten Zahlen hinterherzujagen \u2014 es geht darum, eine konsistente Feedback-Schleife zwischen Spieler und Plattform aufrechtzuerhalten. Jede Kennzahl erz\u00e4hlt einen Teil der Geschichte:<\/p>\n

    \n
  • Ping (Round-Trip Time):<\/strong> Die Grundlage der Reaktionsf\u00e4higkeit, die zeigt, wie schnell ein Signal zum Server und zur\u00fcck reist.<\/li>\n
  • Jitter:<\/strong> Das Ma\u00df f\u00fcr den Rhythmus \u2014 Schwankungen, die das Gameplay unvorhersehbar machen, selbst wenn der durchschnittliche Ping gut aussieht.<\/li>\n
  • Paketverlust:<\/strong> Der stille Killer der Synchronisation. Schon 1\u20132 % k\u00f6nnen Rubber-Banding, verfehlte Treffer oder Verbindungsabbr\u00fcche verursachen.<\/li>\n
  • Frame Time:<\/strong> Der sichtbare Ausdruck der Verz\u00f6gerung \u2014 ungleichm\u00e4\u00dfiges Rendering, das fl\u00fcssige Bewegungen bricht und \u201evisuellen Lag\u201c hinzuf\u00fcgt.<\/li>\n<\/ul>\n

    Wenn diese Signale driften, breitet sich die Leistungsverschlechterung rasch von den Daten zur Wahrnehmung aus. Ein Spiel kann technisch \u201eonline\u201c sein und praktisch unspielbar. Kontinuierliche Latenz\u00fcberwachung h\u00e4lt Entwickler dieser Kurve voraus, indem sie Ursachen identifiziert, bevor sie in \u00f6ffentliche Beschwerden oder Spielerabwanderung eskalieren.<\/p>\n

    Heutige Spieler erstellen keine Tickets \u2014 sie streamen ihre Frustration. Sie schneiden Lag-Spikes, posten Frame-Drops und taggen Studios innerhalb von Minuten. Deshalb hat sich Latenz\u00fcberwachung von einer Engineering-Kennzahl zu einer Schutzma\u00dfnahme f\u00fcr den Ruf entwickelt. Es geht nicht nur darum, Verf\u00fcgbarkeit zu gew\u00e4hrleisten \u2014 es geht darum, Vertrauen, Wettbewerbsf\u00e4higkeit und die Integrit\u00e4t des Erlebnisses selbst zu bewahren.<\/p>\n

    Understanding Gaming Latency Metrics<\/h2>\n

    Latenz hat Schichten. Netzwerk-Ping ist nur eine davon. Wirklich z\u00e4hlt die End-to-End-Reaktionsf\u00e4higkeit<\/em> \u2014 der gesamte Weg von der Eingabe bis zur Reaktion auf dem Bildschirm. Ein Spiel kann 20 ms Ping werben und sich dennoch tr\u00e4ge anf\u00fchlen, wenn Frames stocken oder die Game-Loop hakt. Wahre Latenz lebt in den Zwischenr\u00e4umen der Systeme: Client, Netzwerk, Rendering und Wahrnehmung. Sehen wir uns einige wichtige Begriffe rund um Latenzmetriken an:<\/p>\n

    Network Latency (Ping)<\/h3>\n

    Ping ist die Grundlage \u2014 die Round-Trip-Zeit zwischen Client und Server. Sie definiert, wie schnell Spieldaten flie\u00dfen, und setzt die Basis f\u00fcr Reaktionsf\u00e4higkeit. Aber niedriger Ping garantiert noch kein fl\u00fcssiges Gameplay; er sagt nur, wie schnell Pakete reisen, nicht wie konstant.<\/p>\n

    Jitter<\/h3>\n

    Jitter ist das Ma\u00df f\u00fcr den Rhythmus. Er erfasst Schwankungen zwischen Pings \u2014 den Unterschied zwischen einer gleichm\u00e4\u00dfigen Sekunde und der n\u00e4chsten. Hoher Jitter bedeutet instabiles Routing, \u00fcberlastete Pfade oder inkonsistentes Peering. Selbst bei gro\u00dfartigem Durchschnittsping macht Jitter das Gameplay zum Ratespiel.<\/p>\n

    Frame Render Time<\/h3>\n

    Wenn die Grafikverarbeitung zum Engpass wird, verlagert sich Latenz vom Netzwerk zur GPU. Die Frame-Render-Zeit misst, wie konstant Frames gezeichnet und ausgeliefert werden. Ausschl\u00e4ge zeigen sich als Stottern, Frame-Skips oder verz\u00f6gertes visuelles Feedback \u2014 Symptome, die sich wie Lag \u201eanf\u00fchlen\u201c, auch wenn die Verbindung gut ist.<\/p>\n

    Input-to-Display Delay<\/h3>\n

    Dies ist die \u201emenschliche Latenz\u201c, die Spieler direkt wahrnehmen: die Zeit vom Tastendruck bis zum sichtbaren Ergebnis. Sie vereint alle anderen Verz\u00f6gerungen \u2014 Eingabepolling, Timing der Game-Loop, Render-Pipeline und Display-Refresh. Ein schnelles Netzwerk n\u00fctzt nichts, wenn dieser Wert steigt.<\/p>\n

    Zu verstehen, welche Schicht am meisten zum Gesamt-Lag beitr\u00e4gt, erm\u00f6glicht es Teams, ihre Fixes gezielt anzugehen. Synthetisches Monitoring macht diese Schichten messbar und \u00fcber Regionen, Builds und Hardwarekonfigurationen hinweg vergleichbar \u2014 und verwandelt \u201edas Spiel f\u00fchlt sich langsam an\u201c in umsetzbare Daten.<\/p>\n

    How Synthetic Monitoring Detects Gaming Latency Issues<\/h2>\n

    Synthetisches Monitoring funktioniert, indem es die Spielererfahrung unter kontrollierten, reproduzierbaren Bedingungen imitiert. Anstatt zu warten, bis echte Nutzer Lag erleben, f\u00fchren synthetische Agenten geskriptete Spielsitzungen aus, die dieselben Aktionen durchf\u00fchren \u2014 Verbindung zu Servern, Beitritt zu Matches, Senden von Eingaben und Rendern von Antworten \u2014 \u00fcber mehrere geografische Standorte hinweg. Jeder Schritt wird mit Millisekundenpr\u00e4zision gemessen und protokolliert.<\/p>\n

    1. Simulated Player Journeys<\/h3>\n

    Jeder Test beginnt wie eine echte Spielsitzung. Der Agent l\u00f6st DNS auf, verhandelt TCP- und TLS-Handshakes, authentifiziert sich und startet eine Session. Danach f\u00fchrt er geskriptete Aktionen aus, die echte Spielereingaben nachbilden \u2014 zielen, bewegen, Assets laden oder Befehle senden \u2014, um die vollst\u00e4ndige End-to-End-Latenz zu erfassen.<\/p>\n

    2. Full-Path Timing and Routing Analysis<\/h3>\n

    In jeder Phase zeichnet der Monitor Zeitstempel f\u00fcr Anfragebeginn, Paket\u00fcbertragung, Serverantwort und Render-Fertigstellung auf. Diese Daten bilden eine Zeitleiste, die offenlegt, wo sich Verz\u00f6gerungen ansammeln \u2014 Netzwerkpfad, Anwendungslogik oder Frame-Rendering. Synthetische Agenten verfolgen au\u00dferdem Paketpfade und ISP-Routen, sodass Teams Engp\u00e4sse, Umwege oder Reordering-Ereignisse identifizieren k\u00f6nnen, die die Round-Trip-Zeit erh\u00f6hen.<\/p>\n

    3. Comparative Testing Across Regions<\/h3>\n

    Da Tests von Dutzenden vantage points weltweit ausgehen k\u00f6nnen, werden Latenzunterschiede zwischen Regionen, ISPs oder Rechenzentren sofort sichtbar. Eine stabile nordamerikanische Route kann stark mit einer variablen Asien-Pazifik-Route kontrastieren und aufzeigen, wo Infrastruktur oder Peering optimiert werden m\u00fcssen.<\/p>\n

    4. Continuous Baseline Validation<\/h3>\n

    Die wahre St\u00e4rke des synthetischen Monitorings liegt in seiner Wiederholbarkeit. Agenten k\u00f6nnen kontinuierlich laufen \u2014 st\u00fcndlich, t\u00e4glich oder vor und nach Releases \u2014, um eine Leistungsbaseline f\u00fcr jedes gro\u00dfe Update aufzubauen. Wenn die Latenz nach einem neuen Build oder einer CDN-Konfiguration ansteigt, ist klar: Es ist keine Vermutung \u2014 es ist eine messbare Regression.<\/p>\n

    Letztlich verwandelt synthetisches Monitoring \u201edas Spiel f\u00fchlt sich langsam an\u201c in strukturierte, empirische Daten. Es gibt Entwicklern die M\u00f6glichkeit, den gesamten Weg von der Eingabe bis zur Aktion zu beobachten und Probleme zu beheben, bevor<\/em> sie Spieler \u00fcberhaupt bemerken.<\/p>\n

    Reducing Gaming Latency: Practical Strategies<\/h2>\n

    Latenz zu reduzieren ist teils Optimierung, teils Orchestrierung. Synthetische Daten zeigen, wo das System stolpert \u2014 beim Routing, bei der Platzierung von Rechenkapazit\u00e4t oder bei der Content-Auslieferung \u2014 und liefern die Belege zum Handeln. Echte Verbesserungen entstehen durch strukturierte Iteration statt durch reaktives Tuning.<\/p>\n

    1. Optimize Network Routing<\/h3>\n

    Beginnen Sie mit dem, was synthetische Sonden \u00fcber Edge-to-Core-Routen offenlegen. Jeder unn\u00f6tige Hop f\u00fcgt Verz\u00f6gerung hinzu, und selbst kleine Unterschiede zwischen ISPs oder Regionen k\u00f6nnen unter Last multiplizieren. Passen Sie Routing-Richtlinien an, um Pfade zu verk\u00fcrzen, stabile Routen zu priorisieren und den Traffic bei \u00dcberlastung neu zu balancieren. Ziel ist es, Routing-Entscheidungen auf echte synthetische Telemetrie zu st\u00fctzen, nicht auf statische Annahmen.<\/p>\n

    2. Tune Regions Proactively<\/h3>\n

    Latenz ist geografisch nicht einheitlich. Synthetische Tests k\u00f6nnen regionale Lag-Taschen lange vor Nutzerbeschwerden aufdecken. Das Rebalancieren von Workloads, das Hinzuf\u00fcgen von Relay-Knoten oder das Vorpositionieren von Servern in der N\u00e4he stark nachgefragter Gebiete kann Latenzspitzen vor dem Starttag gl\u00e4tten. Je n\u00e4her Ihre Rechenleistung am Spieler ist, desto verzeihender wird das Erlebnis.<\/p>\n

    3. Allocate Hardware Strategically<\/h3>\n

    Wenn die Spielerdichte steigt, steigt auch die Latenz. Das Hochfahren latenzarmer Instanzen oder GPU-beschleunigter Nodes in diesen Regionen kann Spitzen abfangen, ohne die Leistung anderswo zu verschlechtern. Synthetisches Monitoring identifiziert, wo diese Spitzen entstehen, sodass die Infrastruktur pr\u00e4zise statt mit roher Gewalt skaliert.<\/p>\n

    4. Optimize Content Delivery<\/h3>\n

    Nicht jeder Lag stammt aus den Gameplay-Loops. Asset-Downloads, Textur-Streaming und Patches k\u00f6nnen sp\u00fcrbare Verz\u00f6gerungen hinzuf\u00fcgen. Synthetische Tests zur Validierung der CDN-Platzierung stellen sicher, dass kritische Assets nah am Spieler gecacht sind. Je n\u00e4her der Inhalt, desto schneller die Interaktion \u2014 und desto seltener bricht die Illusion der Unmittelbarkeit.<\/p>\n

    Konsistenz z\u00e4hlt mehr als Rohwerte. Spieler tolerieren 80 Millisekunden stabile Latenz, aber 40 Millisekunden, die unvorhersehbar schwanken, sorgen f\u00fcr \u00c4rger. Das eigentliche Ziel der Optimierung ist nicht, niedrigeren Mittelwerten hinterherzujagen \u2014 sondern vorhersehbare Performance<\/em> \u00fcber Netzwerke, Ger\u00e4te und Zeitzonen hinweg zu konstruieren. Synthetisches Monitoring liefert die Sichtbarkeit, die diese Vorhersehbarkeit m\u00f6glich macht.<\/p>\n

    Synthetic vs Real-User Data in Gaming<\/h2>\n

    Synthetisches und Real-User-Monitoring sind keine Rivalen \u2014 sie erg\u00e4nzen sich. Real-User-Metriken zeigen, was aktuell bei echten Spielern passiert, kommen aber zu sp\u00e4t, um Auswirkungen zu verhindern. Synthetische Daten hingegen erkennen die Bedingungen, die Lag \u00fcberhaupt erst verursachen<\/em>.<\/p>\n

    Gemeinsam schlie\u00dfen sie den Kreis: Synthetisches Monitoring zeigt potenzielle Schwachstellen auf, und Real-User-Daten validieren, ob Optimierungen gewirkt haben. Diese hybride Sicht ist insbesondere bei plattform\u00fcbergreifenden Titeln entscheidend, bei denen Latenz zwischen PC, Konsole und Mobile stark variieren kann.<\/p>\n

    Wenn beide Datenstr\u00f6me in dieselbe Observability-Schicht flie\u00dfen, wechseln Teams von reaktiver Brandbek\u00e4mpfung zu vorausschauendem Tuning. Synthetische Tests prognostizieren, wie sich Systeme unter Druck verhalten, w\u00e4hrend Real-User-Telemetrie best\u00e4tigt, wie sie sich in Produktion verhalten. Die Kombination verwandelt Performance-Monitoring von einem passiven Dashboard in ein lebendes Modell \u2014 eines, das mit jedem Match und jedem Build lernt, sich anpasst und verfeinert.<\/p>\n

    Building a Continuous Latency Monitoring Practice in Gaming<\/h2>\n

    Latenz\u00fcberwachung ist keine einmalige QA-Aufgabe \u2014 sie ist eine fortlaufende Disziplin. Die wettbewerbsf\u00e4higsten Studios betrachten Performance nicht als Checkbox vor dem Launch, sondern als operative Feedback-Schleife vom Development bis zum Live-Betrieb. Kontinuierliches synthetisches Monitoring steht im Zentrum dieser Schleife, erkennt Regressionen fr\u00fch und best\u00e4tigt Verbesserungen nach jeder \u00c4nderung.<\/p>\n

    Damit Monitoring kontinuierlich ist, m\u00fcssen Tests widerspiegeln, wie und wann Spieler tats\u00e4chlich spielen. Sonden w\u00e4hrend regionaler Spitzenzeiten aufzusetzen, deckt Stauungsmuster auf, die in Nebenzeiten nie erscheinen w\u00fcrden. Die Korrelation von Latenzkarten mit Netzwerkereignissen, Infrastruktur\u00e4nderungen oder Content-Updates zeigt, welche Deployments neue Instabilit\u00e4t einf\u00fchren. Jeder Build wird zu einem Datenpunkt in einer Performance-Zeitleiste, die gegen den letzten gemessen wird, um Fortschritt statt Drift sicherzustellen.<\/p>\n

    Auch das Alerting entwickelt sich im kontinuierlichen Modell weiter. Anstelle beliebiger Schwellwerte \u2014 \u201ebei 200 ms alarmieren\u201c \u2014 kalibrieren Teams Alarme auf die Erfahrung<\/em>. Ein 100-ms-Spike kann f\u00fcr ein rundenbasiertes Spiel in Ordnung sein, f\u00fcr einen E-Sports-Shooter jedoch verh\u00e4ngnisvoll. Indem Monitoring-Schwellen an die Gameplay-Toleranz angepasst werden, wandeln sich Alarme von L\u00e4rm zu umsetzbarer Intelligenz.<\/p>\n

    Richtig umgesetzt wird kontinuierliches Monitoring Teil der kreativen DNA des Spiels. Entwickler beginnen, \u00fcber Latenz so nachzudenken, wie Designer \u00fcber Tempo oder Schwierigkeit nachdenken. Performance ist nicht etwas, das man nachtr\u00e4glich misst \u2014 sie wird in Echtzeit gestaltet und getunt. Dieser Wandel macht Monitoring vom Wartungs-Feature zum Wettbewerbsvorteil.<\/p>\n

    Conclusion<\/h2>\n

    Im Gaming ist Latenz unsichtbar \u2014 bis sie es nicht mehr ist \u2014 und dann ist es bereits zu sp\u00e4t. Jede Millisekunde, die zwischen Spieler und Plattform verloren geht, untergr\u00e4bt Immersion, bricht den Flow und nagt am Vertrauen. Der Unterschied zwischen einem guten und einem gro\u00dfartigen Spiel ist oft nicht Story oder Grafik \u2014 es ist die Reaktionsf\u00e4higkeit<\/em>. Spieler wissen vielleicht nicht, wie man Latenz beschreibt, aber sie merken, wenn sich etwas falsch anf\u00fchlt.<\/p>\n

    Synthetisches Monitoring verwandelt diese Intuition in Daten. Es geht nicht nur um das Sammeln von Ping-Werten oder das Verfolgen von Frame-Zeiten. Es geht darum, ein Echtzeit-Feedbacksystem aufzubauen, das erkennt, was Spieler f\u00fchlen, bevor sie sich jemals beschweren. Durch das Simulieren des Gameplays aus mehreren Regionen, das Erfassen der End-to-End-Verz\u00f6gerung und das Korrelieren dieser Metriken mit der menschlichen Erfahrung k\u00f6nnen Teams auf Reaktionsf\u00e4higkeit hin entwerfen, statt auf Ausf\u00e4lle zu reagieren.<\/p>\n

    Die Zukunft des Performance-Engineerings im Gaming wird nicht dadurch definiert, wie schnell Teams auf Vorf\u00e4lle reagieren \u2014 sondern dadurch, wie selten Vorf\u00e4lle \u00fcberhaupt auftreten. Studios, die synthetisches Monitoring einsetzen, l\u00f6sen nicht nur Lag. Sie engineeren<\/em> Vertrauen und stellen sicher, dass sich jede Interaktion unmittelbar, konsistent und lebendig anf\u00fchlt.<\/p>\n

    If you\u2019re looking to improve latency, and implement synthetic monitoring to proactively ensure you\u2019re one step ahead of latency issues, try Dotcom-Monitor free today<\/a>!<\/div>\n","protected":false},"excerpt":{"rendered":"

    Erfahren Sie, wie Sie Gaming-Latenz mit synthetischem Monitoring erkennen und reduzieren. Verfolgen Sie Lag, Jitter und Antwortzeiten, um ein fl\u00fcssiges und wettbewerbsf\u00e4higes Gameplay zu gew\u00e4hrleisten.<\/p>\n","protected":false},"author":39,"featured_media":30633,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[914],"tags":[],"class_list":["post-30639","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-web-app-funktionalitat"],"_links":{"self":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts\/30639","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/users\/39"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/comments?post=30639"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts\/30639\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/media\/30633"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/media?parent=30639"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/categories?post=30639"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/tags?post=30639"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}