Arista hat eine neue Switchserie namens 7060XE7 mit bis zu 64 Ports mit je 1,6 Tbit/s auf vier Höheneinheiten angekündigt. Die Serie basiert auf dem aktuellen Broadcom Tomahawk 6 Chip und soll Latenzen von nur 840 Nanosekunden unter optimalen Bedingungen für die Weiterleitung von Paketen benötigen. Der Hersteller bietet das Modell sowohl mit klassischer Luftkühlung als auch mit Flüssigkeitskühlung an. Als Referenzkunden sind Meta, Microsoft, Oracle benannt, wobei die Kundenstatements-Videos auch OpenAI, Anthropic und Google zeigen.

Die Gesamtswitching-Kapazität der Switche beträgt jeweils bis zu 102,4 Tbit/s. Diese verteilen sich bei dem luftgekühlten 7060XE7-64PS/PRS und dem flüssigkeitsgekühlten 7060XE7-64PRS-RV3-L auf 64 Slots für OSFP-Transceiver mit 1,6 Tbit/s und beim 7060XE7-128PE auf 128 Slots für OSFP-Transceiver mit 800 Gbit/s. Die Ports können je nach Bedarf aber auch auf 800G, 400G und 200G heruntergebrochen werden und unterstützen zudem Linear Pluggable Optics (LPO)-Transceiver, die keinen DSP mehr, sondern nur einen Transimpedanzverstärker (TIA) und einen Treiber-Chip besitzen.

Die Ports haben geringere Latenz sowie einen geringeren Stromverbrauch, was weniger Abwärme bedeutet. Arista gibt 60 Prozent geringeren Stromverbrauch an, wohingegen andere Hersteller konservativer bis zu 50 Prozent angeben. Jedoch muss der ASIC diese Transceiver unterstützen, was bei den 7060XE7 der Fall ist. Die 1,6T-Ports teilen sich auf 8 × 200G-Lanes gemäß 224G-SerDes auf. Bei der 800G-Variante kommt entsprechend 100G-SerDes zum Einsatz. Beide Varianten nutzen PAM4-Modulation.

Die luftgekühlten Chassis kommen auf vier 19-Zoll-Höheneinheiten daher, wohingegen der flüssigkeitsgekühlte 7060XE7-64PRS-RV3-L nur zwei Open Rack Units gemäß Open Rack v3 Spezifikation benötigt, was nur 9,6 cm in der Höhe entspricht. Er kann entweder als reiner Switch oder im vorbereiteten Behältnis für die Kühlung in integrierten Racks geliefert werden.

Die Netzteile und Lüfter der luftgekühlten 64-Port-Chassis sind redundant und wie auch die Supervisor Engine im Betrieb austauschbar. Dabei stehen sowohl Wechselstrom- als auch Gleichstromvarianten zur Verfügung. Die flüssigkeitsgekühlte Variante hat Gleichstromnetzteile. Als Paketpuffer stehen 267 MB bereit.

Funktionen für KI-Backend-Netzwerke

Besonders relevant für die Zielgruppe des Switches sind jedoch die speziellen Funktionalitäten für KI-Backend-Netzwerke. Für die Lastverteilung beherrschen sie Dynamic Load Balancing (DLB) und Cluster Load Balancing (CLB). Diese werden eingesetzt, um die Bearbeitungszeiten von Aufträgen zu steuern und die Lastverteilung über das gesamte Netzwerk zu optimieren.

Zudem bringen sie auch ein erweitertes Überlastmanagement auf Basis Priority Flow Control (PFC) fähiger Lastverteilung und PFC-fähigen Überlastbenachrichtigungen (ECN), Fast CNP (Congestion Notification Packet), CSIG (Congestion Signaling) und auch ein Kürzen der Nutzdaten statt des Verwerfens des gesamten Pakets (Packet Trimming) für KI-Workloads mit. Zudem unterstützen die Switche auch Packet Spraying.

Verbindungsoptimierung mit MRC

Als ein besonders relevantes Merkmal benannte Arista auf Anfrage die Unterstützung von MRC (Multipath Reliable Connection). Durch die vollständige Unterstützung des offenen Protokolls MRC wird erreicht, dass ein einzelner Verbindungsausfall einen umfangreichen KI-Trainingsvorgang nicht zum Stillstand bringt. Dabei werden Daten schon in der Netzwerkkarte (NIC) an der XPU auf unterschiedliche Links/Pfade aufgeteilt und Out-of-Order-Pakete automatisch gehandhabt.

MRC reagiert auf Signale zur Netzwerküberlastung (ECN und Packet Trimming), verlagert die Last auf die leistungsstärksten Pfade und meidet Verbindungen und Pfade, die das Ziel gar nicht erreichen können. Eine weitere optimierte Verteilung soll über die Kombination von MRC mit Segment Routing v6 (SRv6) erreicht werden, um den Datenverkehr der XPU bereits an der Quelle besser zu steuern. Ansonsten verfügen sie über die klassischen Features im Arista EOS-Netzwerkbetriebssystem.

Ethernet statt InfiniBand

Arista positioniert die Switche für Scale-up und Scale-out-Szenarien, also eine Verbindung von XPUs innerhalb (Scale-up) oder zwischen Racks in einem Rechenzentrum (Scale-out). Die beiden luftgekühlten 7060XE7-64PS/PRS sollen im vierten Quartal 2026 verfügbar sein, wohingegen der 7060XE7-128PE und der flüssigkeitsgekühlte 7060XE7-64PRS-RV3-L erst im ersten Quartal 2027 bereitstehen sollen. Zu Preisen machte der Hersteller, wie gewohnt, keine Angaben.

Mit den vielfältigen Optimierungen für die Steuerung von latenz- und verlustkritischen Applikationen, wie KI-Trainings, den hohen Bandbreiten bringt Arista Ethernet zunehmend als Alternative zu InfiniBand ins Spiel. Die genannten Hyperscaler und KI-Pioniere sprechen dabei eine deutliche Sprache. Für die meisten Unternehmenskunden dürften die Switche jedoch mindestens eine Nummer zu groß sein.

(axk)

Ernstzunehmenden Gerüchten zufolge arbeitet Apple schon seit Längerem an einem Notebook, das sich auf Wunsch erstmals auch alternativ per Touchscreen bedienen lässt. Mit dem OLED-basierten „MacBook Ultra“ könnte es bereits im Herbst auf den Markt kommen. Beobachter haben bereits prognostiziert, dass sich in macOS 27, das Apple in dieser Woche vorgestellt hat, erste Hinweise auf eine Finger-Steuerung finden könnten. Und das ist tatsächlich so – wenn auch ziemlich gut versteckt.

macOS 27: Sidecar wird aufgemotzt

Wer heute einen Touchscreen-Mac haben möchte, benötigt eine Krücke: einen externen, Touch-fähigen Bildschirm samt passenden Treibern beziehungsweise einer Kontrollsoftware. Zuletzt hatte es hier auch eine Anbaulösung für MacBooks gegeben, die sich jedoch nach wie vor nur im „Early Access“ befindet. Apple selbst bietet eine Touch-Steuerung für Macs an: mithilfe der iPad-Funktion Sidecar. Dabei wird ein vorhandenes Apple-Tablet zum zweiten Bildschirm.

Verfügbar ist die Funktion bereits seit 2019. Sie hatte allerdings einen zentralen Haken: Eine echte Touchscreen-Bedienung war so nicht möglich. Zwar waren Multitouch-Gesten wie „Pinch to Zoom“ und das Scrollen mit zwei Fingern möglich, aber kein Klicken von Links, Buttons oder anderen UI-Elementen. Selbiges ging nur, wenn man einen Apple Pencil verwendete – oder eine am Mac hängende Maus oder ein Trackpad. Mit macOS 27 ändert sich das jetzt, wie Tester der ersten Developer-Betas in Form von Videos zeigen.

Bedienung per Finger ist durchaus funktional

Dabei lässt sich, wenn auch auf dem iPad das neue iPadOS 27 läuft, der Mac vollständig vom Tablet aus kontrollieren, ohne dass es Zubehör braucht. Der Finger wird zum Mauszeiger: Man scrollt, wählt aus, kann Screenshotflächen mit zwei Fingern selektieren und vieles mehr. Interessanterweise geht dies schon mit macOS 27 ordentlich: Zwar verdeckt der Finger naturgemäß Schaltflächen, doch Fehltreffer kommen selten vor. Auch die Menüleiste ist steuerbar, inklusive der Menüleisten-Icons, bei denen Apple zuletzt etwas mehr Luft zwischen den Elementen eingebaut hat, was bei der Touch-Bedienung hilft.

Neben den neuen Sidecar-Features enthält macOS 27 noch weitere Indizien in Richtung Touchscreen-Mac. Dazu gehören APIs, die prüfen, ob ein Touch-Display vorhanden ist (zunächst ist das nur ein Sidecar-iPad, ob das auch mit Drittanbieter-Screens funktioniert, ist noch unklar), sowie neue Gesten, die der Mac von iPad und iPhone erbt. So gibt es in diversen Apple-Anwendungen nun eine „Pull to Refresh“-Geste, darunter Safari, Kalender, Mail, Apple News und Apple Podcasts. Damit werden Inhalte über ein Ziehgeste, die sich aktuell mit dem Trackpad durchführen lässt, aktualisiert. macOS 27 und iPadOS 27 werden im Herbst erscheinen, mit einer Public Beta ist im Juli zu rechnen.

(bsc)

Während der stabile Release von Android 17 in wenigen Tagen erscheinen dürfte, bereitet Google schon das nächste Update vor: Android 17 QPR1 (Quarterly Platform Release) Beta 4 mit den Buildnummern CP31.260522.006 steht nur drei Wochen nach der Beta 3 für Tester zur Installation bereit und enthält überwiegend Fehlerbereinigungen, aber auch das Screen-Reactions-Feature, das Google im Zuge der Android Show – I/O Edition angekündigt hat.

Screen-Reactions

Die am 12. Mai für Android 17 angekündigte „Screen Reactions“-Funktion wird offenbar erst im September mit der QPR1 erscheinen. Schließlich ist sie nicht in der letzten Beta von Android 17, sondern erst in der vierten Beta der QPR1 enthalten – in der vergangenen Woche hatte Google sie zuerst experimentell im Canary-Channel veröffentlicht. Mit dieser Funktion können Kreative sich selbst und den Smartphonebildschirm gleichzeitig aufnehmen.

Die Einstellungen hierfür befinden sich in der Bildschirmaufnahmefunktion. Hier wählt man „Gesamter Bildschirm“ aus, schon zeigen sich im Dialogfenster weitere Optionen wie „Selfie-Kamera anzeigen“ und „Berührungen anzeigen“. Neben dem Starten-Knopf oben auf dem Bildschirm erscheint ein Farbpaletten-Symbol, mit dem Nutzerinnen und Nutzer die Farbe des Selfie-Hintergrunds auswählen können. Standardmäßig ist er transparent.

Eine weitere kleine Funktion schiebt Google vom Canary rüber in die Beta 4: In den Schnelleinstellungen lässt sich nun eine Keyboard-Kachel hinzufügen. Über diese lässt sich schnell zwischen Text- und Spracheingabe wechseln.

Die experimentelle Erweiterung des dynamischen Themings der Canary-Version hat es hingegen nicht in die QPR1 Beta 4 geschafft.

Bugfixes

Dafür bessert Google allerlei Bugs aus, wie der Konzern in den Release-Notes verrät. Unter anderem behebt die Beta 4 ein Problem, „bei dem der Mauszeiger auf externen Displays unsichtbar wird, wenn Anwendungen mit Arbeitsprofil oder FLAG_SECURE aktiv sind“. Zudem sollen die Einstellungen beim Öffnen der Einstellungsfunktion für Anmeldedatenanbieter über ein vertrauliches Profil nicht mehr abstürzen.

Weiter behebt die Beta 4 ein Problem, bei dem die Screenshot-Töne an die Lautstärke des Klingeltons gekoppelt waren. Damit waren Google zufolge keine lautlosen Aufnahmen möglich, ohne dass Anrufbenachrichtigungen deaktiviert wurden.

Ferner kam es bei Videoaufnahmen mit 5-fachem Zoom zu Frame-Sprüngen und Ruckeln beim Schwenken; die Beta 4 soll diesen Fehler beheben. Zudem behebt die neue Beta ein Problem, bei dem die Back-Tap-Gesten auf dem interaktiven Sperrbildschirm nicht ausgelöst wurden. Außerdem werde mit dem Update eine „Regression des Grafiktreibers“ behoben. Diese führte Google zufolge „zu erheblichen Einbußen bei der 3D-Leistung in OpenGL ES-Anwendungen auf neuerer Hardware“. Überdies behebt das Update Probleme mit Wireless ADB und Apps.

Nicht für Pixel 6 und 6 Pro

Die Beta 4 steht für Pixel-Geräte ab dem Pixel 6a und neuer zum Ausprobieren bereit. Neugierige und Entwickler müssen ihre Smartphones lediglich im Android-Betaprogramm registrieren, die Software wird anschließend als Over-the-Air-Update eingespielt. Interessanterweise bietet Google die QPR1 nicht für das Pixel 6 und 6 Pro an.

Wer auf die finale Version von Android 17 wartet, sollte die Installation auf die QPR1 besser lassen. Denn eine Rückkehr auf die stabile Software geht mit einem Datenverlust einher.

(afl)