Künstliche Intelligenz
FreeBSD 14.4 läuft deutlich besser in der Cloud und auf Notebooks
Das kostenlose Betriebssystem FreeBSD 14.4 hat den Release-Prozess durchlaufen und ist nun verfügbar. Wie in einigen Versionen zuvor gibt es für BSD-Verhältnisse überdurchschnittlich viele Verbesserungen und Erweiterungen, was darauf hindeuten könnte, dass das Interesse an den klassischen unixoiden Systemen weiter wächst. Neben Bugfixes und neuen Treibern gibt es auch Anpassungen, die Benutzer von FreeBSD 14 auf den Wechsel zu dem in Teilen grundlegend modernisierten FreeBSD 15 vorbereiten.
Weiterlesen nach der Anzeige
Installation auf Notebooks praxistauglicher
Notebook-Besitzer wird es freuen, dass die Pakete mit der WLAN-Firmware nun den Weg in das bootonly.iso und das mini-memstick.img gefunden haben, denn nur so kann bei der Installation bereits WLAN genutzt werden. Der WLAN-Treiber für Geräte nach Intel IEEE 802.11a/b/g/n/ac/ax/be ist endlich ACPI-fest und unterstützt damit 802.11ax/be sowie Einstellungen für PPAG (Per Platform Antenna Gain). Das Startup-Skript rc.d/bluetooth für den Bluetooth-Stack versucht nun mehrfach, sich mit Bluetooth-Geräten zu verbinden.
Im bislang etwas vernachlässigten Bereich Audio legt FreeBSD 14.4 ebenfalls zu. Neu ist sndctl(8), um ähnlich wie das uralte mixer(8) die Eigenschaften von Audiogeräten zu steuern. Gleichzeitig ist mit dem alten und fehlerhaften MIDI-Sequenzer im Kernel Schluss. Moderne Anwendungen erledigen MIDI im Userland. Ein Fehler in der Implementation von swapon(8) wurde behoben, sodass jetzt per GELI verschlüsselte Auslagerungsdateien auch über den .eli-Suffix in der fstab(5) definiert werden können.
FreeBSD fühlt sich auch in der Cloud immer wohler
Das Programm nuageinit(8) dient zur Initialisierung von Instanzen in einer Cloud-Umgebung, besteht aus drei rc(8)-Skripten und wird beim ersten Start nach der Systeminstallation ausgeführt. FreeBSD 14.4 erweitert es deutlich und unterstützt jetzt für das Bulk-Passwort-Management beispielsweise auch den chpasswd-Befehl inklusive aller veralteten Syntaxen.
Das Netgraph Control Utility ngctl(8) kann über das neue „-j“-Flag nun auch von außen in ein FreeBSD-Jail ohne eigenes ngctl(8) hineinreichen und dort Netgraph-Objekte (Nodes) verwalten. Beim Anlegen von Jails oder später per „jail -cm“ können FreeBSD-14.4-Jails beliebige „key=value “-Zeichenketten als Metadaten (meta=„…“ und env=„…“) übergeben werden. Das übergeordnete Jail kann beide Metadatenvariablen lesen, während das untergeordnete Jail nur env versteht.
Der EFI-Bootloader loader.efi wird nun auf alle ESPs (EFI System Partitions) eines Multivolume-ZFS-Datasets kopiert, sodass auch beim Ausfall des primären Laufwerks noch gebootet werden kann. Der nvme(4)-Treiber unterstützt BAR5 und ermöglicht es FreeBSD 14.4 damit, auch auf Google-Compute-Engine-4-Systemen zu laufen.
Weiterlesen nach der Anzeige
Die Treiber für schnelle Intel-Netzwerkkarten ix(4) und ixv(4) unterstützen jetzt die E610-Familie inklusive neuer PCI-IDs für Backplanes, SFP, 10 GbE, 2.5 GbE und die SGMII-Varianten (Serial Media-Independent Interface).
Plan 9 in FreeBSD für Bhyve-VMs
Das Plan 9 Filesystem Protocol (Styx) ist ein Netzwerk-Protokoll, das von den Bell Labs vor über drei Jahrzehnten für das legendäre verteilte Betriebssystem Plan 9 entwickelt wurde. In FreeBSD 14.4 kann der native Hypervisor Bhyve nun das 9P-Dateisystem p9fs(4) nutzen, um virtuellen Maschinen den Zugriff auf Dateien des Hosts zu erlauben. Da p9fs(4) Dateizugriffe direkt über den virtio-p9-Treiber abwickelt, ist diese Methode nicht nur extrem schnell, sondern benötigt im Gegensatz zu NFS, Samba oder SSHFS auch keinen Netzwerkstack. In ferner Zukunft wird p9fs(4) vermutlich durch virtio-fs ersetzt.
Auch FreeBSD 14.4 bereitet sich auf „pkbase“ vor
Upgrades von FreeBSD 14 auf 15 funktionieren wegen der Vereinheitlichung der Basis- und Userland-Pakete manchmal nicht, da libc(7) von libsys(7) abhängt, beim Upgrade via freebsd-update(8) aber libc(7) zuerst installiert wird. Weitere Aufrufe unter anderem von gunzip(8) brechen dann zusammen mit dem Upgrade-Prozess mit einem Fehler ab. Ein Fix von Colin Percival behebt das Problem bei FreeBSD 14.4.
Mit FreeBSD 15 beginnt der Wechsel von den traditionellen Distribution Sets zum neuen „pkgbase“. Bislang war freebsd-update(8) für das Basissystem zuständig (Kernel, Kernel-Module, /usr/bin, /usr/sbin, /lib usw.), während pkg(8) sich um alles andere kümmerte (Tools, X11, Anwendungen). In FreeBSD 15 wird es beide Systeme geben, mit FreeBSD 16 nur noch „pkgbase“, bei dem alle Pakete per pkg(8) verwaltet werden.
Den Umstieg muss also jeder FreeBSD-Anwender in absehbarer Zeit vollziehen: Die letzte Version von FreeBSD 13 ist Version 13.5, die am 30. April in den End-of-Life-Status wechselt. FreeBSD 14.6 als letztes 14er-Release wird bis November 2028 unterstützt, FreeBSD 15 dann bis Dezember 2029 (da greifen die 4 statt 5 Jahre Support-Zyklus). Von da an wird es kein freebsd-update(8) mehr geben.
FreeBSD 14.4 behebt alten OpenZFS-Bug
OpenZFS wurde in FreeBSD 14.4 auf Version 2.2.9 aktualisiert. Das beinhaltet Verbesserungen beim ARC-Shrinking, bessert einige Fehler für „zpool add“-Sicherheitschecks aus und erlaubt „zvol blk-mq“-Synchronization.
Wer FreeBSD schon länger nutzt, kennt das lästige Problem, dass bereits seit FreeBSD 13 und dem Umstieg von ZFS auf OpenZFS neue Installationen auf MBR-partitionierte Laufwerke mit Auto-ZFS in der Regel zu nicht lauffähigen Systemen führen. Das Problem wurde gelöst, indem OpenZFS+MBR nicht mehr als Option angeboten wird.
Für FreeBSD-Neulinge ist es verwunderlich, dass beim ersten Aufruf des Tools „pkg“ für die Paketverwaltung ebendieses pkg(8) zuerst installiert wird. Das merkwürdig wirkende Verhalten ist Absicht, um Inkompatibilitäten zu vermeiden. Das Parsing der Parameter dieses einmalig startenden pkg(7) (ja, 7) wurde bei FreeBSD 14.4 an das Parsing von pkg(8) angeglichen („pkg bootstrap -f“ statt „pkg -f bootstrap“) und könnte bei eigenen Installationsskripten ohne Anpassung zu Fehlern führen.
Soft Updates
Mit FreeBSD 14.4 gibt es bei newfs(8) zum Anlegen neuer UFS1/UFS2-Dateisystemen (Unix File System) die neue Option „-u“, um „Soft Updates“ zu deaktivieren. Zuvor mussten die hart eingeschalteten Soft Updates im Nachhinein wieder per tunefs(8) entfernt werden.
Soft Updates sind ein von Marshall Kirk McKusick und Gregory R. Ganger ausführlich beschriebener Mechanismus, um FFS und später UFS1/UFS2 sowohl zu beschleunigen als auch sicherer in Bezug auf die Datenkonsistenz der Metadaten zu machen. Um bei einem plötzlichen Stromausfall oder Systemabsturz trotzdem möglichst valide Metadaten auf den Datenträgern zu haben, wurden bei den klassischen BSDs ursprünglich synchrone Schreibzugriffe eingeführt – dabei wird jede winzige Änderung sofort auf die Festplatte geschrieben. Das Anlegen und Schreiben von Dateien (Inode allokieren, Verzeichniseintrag schreiben, Blockbitmap aktualisieren) war so wegen träger Festplatten-Mechanik extrem langsam.
Soft Updates analysieren unter anderem die Abhängigkeiten der notwendigen Metadatenoperationen voneinander und schreiben diese dann optimiert (aber wiederum synchron) auf den Datenträger. Laut McKusick/Ganger führte das vor allem zu 30 bis 70 Prozent weniger Schreibzugriffen und damit zu einem spürbaren Performance-Boost (nicht vergessen: Ende der 90er hatten wir MFM/RLL hinter uns, nutzten IDE/PATA-Laufwerke, aber standen noch ein paar Jahre vor der Einführung von SATA [~2003]).
Im Laufe von FreeBSD 4.0 (1998), NetBSD 1.5 (2000) und OpenBSD 2.9 (2001) gab es erste Implementationen von Soft Updates. 2010 kam Journaling dazu (SU+J) und 2024 aktivierte FreeBSD bei newfs(8) per Default die Soft Updates. Das war zu einem Zeitpunkt, bei dem OpenBSD 7.4 (2023) den ganzen Soft-Update-Blob komplett entfernte, weil der Code viel zu komplex, schwer wartbar oder erweiterbar war und elend viele Abhängigkeiten mitbrachte. Das mag für manche Open-Source-Systeme kein Problem sein, bei OpenBSD ist es ein kategorisches „no go“.
NetBSD führte bei Version 5.0 als Alternative „Write Ahead Physical Block Logging“ (WAPBL‑Journaling) ein und warf Soft Updates bereits mit Version 6.0 (2012) aus dem System. Außerdem: Viele neue Funktionen konnten nicht implementiert werden, weil sie nicht mit Soft Updates zusammenpassten, und zusätzlich war der Geschwindigkeitsvorteil auf modernen SATA-Festplatten und vor allem -SSDs quasi irrelevant. Ohne Soft Updates bedeutet das bei den BSD-Dateisystemen FFS/UFS1/UFS2 bei einem Crash jedoch deutlich längere Boot-Zeiten wegen des nun notwendigen kompletten fsck(8)-Laufs. Für Datenbestände im Bereich etlicher TByte wäre das nicht mehr praxistauglich, aber da setzt man sowieso ZFS ein.
Kleiner geht’s kaum: FreeBSD 14.4 läuft auf Raspberry Pi Zero 2W
FreeBSD 14.4 ist als Open-Source-Software unter der freien BSD-Lizenz ab sofort kostenlos für die Architekturen amd64, i386, aarch64, armv7, powerpc, powerpc64 und riscv64 von der Projektseite herunterladbar. Alle Neuerungen beschreiben die Entwickler in den Release Notes. Kleiner Bonus: Die Images für SD-Karten wurden um den Device-Tree-Blob für den Raspberry Pi Zero 2W erweitert, sodass FreeBSD 14.4 nun auch auf diesem Winzling läuft.
(axk)
Künstliche Intelligenz
Arista 7060XE7: 1,6-Tbit/s-Switches für KI-Netzwerke
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.
Weiterlesen nach der Anzeige
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.
Weiterlesen nach der Anzeige
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)
Künstliche Intelligenz
Touchscreen testen: iPad erlaubt vollständige Finger-Steuerung von macOS 27
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.
Weiterlesen nach der Anzeige
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.
Weiterlesen nach der Anzeige
(bsc)
Künstliche Intelligenz
c’t-Webinar: Energiekosten senken mit dem Elektroauto
Wind und Sonne scheren sich nicht darum, wann ein Haushalt viel Strom braucht. Wer seine Energiekosten senken will, verschiebt deshalb seinen Bezug zeitlich oder speichert Strom zwischen. Das Elektroauto passt dazu hervorragend: Es nimmt große Energiemengen auf, lädt zu beliebigen Zeitpunkten und verbindet so klimafreundliche Mobilität mit einem wirtschaftlichen Energiekonzept fürs eigene Zuhause.
Weiterlesen nach der Anzeige
Im Webinar „Kosten optimieren mit dem E-Auto – clever laden, nachhaltig sparen“ erfahren Sie, wie Sie diese Flexibilität gezielt nutzen. Sie lernen, warum es klug ist, überschüssigen Solarstrom ins Fahrzeug zu laden, statt ihn ins Netz einzuspeisen, und wie Sie dynamische Stromtarife geschickt ausnutzen. Außerdem zeigt das Webinar, wie Sie von reduzierten Netzentgelten nach § 14a EnWG profitieren, welche Rolle virtuelle Kraftwerke spielen und welche Möglichkeiten bidirektionales Laden (Vehicle-to-Grid, V2G) künftig eröffnet.
Technik einordnen, Wirtschaftlichkeit prüfen
Referent Clemens Gleich trennt im Webinar zwischen Lösungen, die technisch reizvoll wirken, und solchen, die sich am Ende tatsächlich rechnen. Dabei nimmt er sowohl Wohneigentümer als auch Mieter in den Blick, denn längst nicht jede Lösung scheitert an der fehlenden eigenen Immobilie.
Sie erfahren, wie automatisches Überschussladen abläuft, ob dafür schon ein Balkonkraftwerk reicht und welche Verluste der Umweg über einen Heimspeicher kostet. Auch dynamische Tarife nimmt Gleich auseinander. Er erklärt, wie sich Preise am Strommarkt bilden, warum ein intelligentes Messsystem (Smart Meter) den Unterschied macht und wie Sie Ladevorgänge automatisch auf günstige Stunden legen.
Beim Thema § 14a EnWG beleuchtet der Referent die Wallbox als steuerbare Verbrauchseinrichtung und führt praxisnah durch Modul 1 und Modul 3. Zum Schluss geht es darum, wie sich Regelenergie vermarkten lässt und wie weit Vehicle-to-Grid heute tatsächlich ist.
Für E-Auto-Fahrer und Kaufinteressierte
Das Webinar richtet sich an alle, die in ihrem Haushalt regelmäßig ein Elektroauto nutzen – unabhängig davon, wer das Fahrzeug fährt. Es eignet sich sowohl für Menschen, die bereits elektrisch unterwegs sind, als auch für alle, die den Kauf eines E-Autos planen. Technische Vorkenntnisse sind nicht erforderlich.
Weiterlesen nach der Anzeige
Die Online-Veranstaltung läuft am 22. Juli 2026 von 16:00 bis 18:30 Uhr. Wer bis zum 24. Juni 2026 bucht, spart 10 Euro und zahlt den Frühbucherpreis von 59,00 Euro. Zur Teilnahme genügt ein aktueller Webbrowser.
Während der Veranstaltung können Sie über einen Online-Chat Fragen stellen. Im Nachgang erhalten Sie Zugriff auf die Aufzeichnung und können das Gezeigte in Ihrem eigenen Tempo nachvollziehen. Alle Informationen zur Veranstaltung sowie Details zur Anmeldung finden Sie auf der Website zum Webinar.
(abr)
-
Entwicklung & Codevor 3 MonatenCommunity-Protest erfolgreich: Galera bleibt Open Source in MariaDB
-
Apps & Mobile Entwicklungvor 3 MonatenMähroboter ohne Begrenzungsdraht für Gärten mit bis zu 300 m²
-
Künstliche Intelligenzvor 3 MonateniPhone Fold Leak: Apple spart sich wohl iPad‑Multitasking
-
Künstliche Intelligenzvor 3 Monaten
JBL Bar 1300MK2 im Test: Soundbar mit Dolby Atmos, starkem Bass und Akku‑Rears
-
Künstliche Intelligenzvor 3 MonateniX-Workshop KRITIS: Zusätzliche Prüfverfahrenskompetenz für § 8a BSIG
-
Künstliche Intelligenzvor 3 MonatenOscars 2026: Was die heise‑Leser anders entschieden hätten
-
Social Mediavor 3 MonatenVon Kennzeichnung bis Plattformpflichten: Was die EU-Regeln für Influencer Marketing bedeuten – Katy Link im AllSocial Interview
-
Künstliche Intelligenzvor 3 MonatenEmpfehlungsalgorithmen bei TikTok erklärt: Die Maschine hinter dem Endlos‑Feed
