Posts Tagged ‘Latency’

Dienstag, 9. Mai 2023

UniFi Firmware down- oder upgraden

Vor einigen Tagen habe ich meine zwei Ubiquiti UniFi FlexHD Access Points hier in der Attika-Wohnung auf die Firmwareversion 6.2.49 vom 14. Dezember 2022 aktualisiert.

Seitdem hatte ich zunehmend Probleme mit der WLAN-Performance (bspw. bei Google Meets). Zudem stellten sich auch allgemeine Verbindungsprobleme ein, welche primär meine Smart-Geräte betrafen: Xiaomi Yeelights, aber auch Shellys.

Bei Pings von meinem MacBook an die IP eines Servers sowie das interne Interface meines neuen Routers gab es immer wieder, ca. alle fünf bis zehn Pings, massive Ausschläge — statt 10 Millisekunden brauchte ein Ping dann 150 Millisekunden. Google Meets beschwerte sich entsprechend über eine schlechte Verbindungsqualität — etwas, was ich seit dem Bezug der Eigentumswohnung noch nie erlebt hatte.

Gegen Ende der Leidensperiode wuchs in mir die Vermutung, dass das Problem von den kürzlich aktualisierten Access Points herrühren musste. Ich fasste deshalb ein Downgrade ins Auge, und wurde rasch mit einer Anleitung fündig: How To Downgrade Or Update Unifi UAP Firmware.

Ich klickte mich zur UniFi-Web-Seite mit den Firmwares für die FlexHDs durch — und sah, dass es längst eine neuere Firmware gab: 6.5.28 vom 19. Februar 2023. Wieso hatte der Controller mir dieses Update nicht angeboten?

Im Releaselog dann die Lösung des Rätsels:

This release is currently stable/official for the following models, it’s still an RC for all other models:

  • AC-Lite/LR/Pro/M/M-PRO/IW
  • AC-HD/SHD/XG/BaseStationXG
  • IW-HD
  • U6-Pro/Mesh/IW/Extender/Enterprise/Enterprise-IW

Ok, statt downzugraden entschied ich mich, kurzerhand auf den Release Candidate upzugraden — vorwärts flicken, wie man in der Branche so schön sagt.

Nach einer Klickorgie hatte ich die URL zur Firmware: BZ.mt7621_6.5.28+14491.230127.2313.bin

Diese URL pflegte ich im lokalen UniFi Controller im Dialogfeld zur manuellen Firmware-Aktualisierung ein. Danach begann das Upgrade, und bange/lange Warten. Dann, nach ca. 178 respektive 259 Sekunden die Erlösung:

...
Request timeout for icmp_seq 259
64 bytes from 10.1.2.3: icmp_seq=187 ttl=64 time=73481.004 ms

...
Request timeout for icmp_seq 178
64 bytes from 10.1.3.4: icmp_seq=104 ttl=64 time=75304.876 ms

Die Firmware läuft nun seit mehr als 24 Stunden (fast) fehlerfrei. Einzig folgendes Gerät scheint am Vormittag Mittag ein Problem gehabt zu haben:

ICMP failed Service homepod-bedroom.home.emeidi.local 

	Date:        Tue, 09 May 2023 10:55:48
	Action:      alert
	Host:        HOST
	Description: ping test failed

Your faithful employee,
Monit
ICMP succeeded Service homepod-bedroom.home.emeidi.local 

	Date:        Tue, 09 May 2023 12:18:56
	Action:      alert
	Host:        HOST
	Description: ping test succeeded [response time 8.096 ms]

Your faithful employee,
Monit

Ob das wirklich auf die WLAN-Verbindung zurückgeführt werden kann, kann ich nicht eruieren.

PS: Etwas später kam mir der Gedanke, dass vielleicht auch einfach ein Reboot der Access Points ohne Firmware-Upgrade das Problem gelöst hätte … ich werde es nie erfahren.

Tags: , , , , , , , , , , , , ,
Labels: Uncategorized

Keine Kommentare | neuen Kommentar verfassen

Sonntag, 15. Oktober 2017

Nach einem RAM-Upgrade eines iMacs laufen die Module nur noch mit 1600 MHz

Kürzlich habe ich mir einen iMac Late 2015 mit 27 Zoll Retina-Display geleistet. Nun haben ausnahmslos all meine Apple-Geräte (iPhone, iPad, iMac, MacBook) Retina-Auflösung.

Die popeligen 8GB RAM musste ich aber noch aufrüsten, weshalb ich mir zusätzlich zwei Mal 8GB Riegel geleistet habe. Nach der Installation dann die Ernüchterung: Während vor dem Upgrade die zwei Mal 4GB Riegel mit 1867 MHz angesprochen wurden, laufen die insgesamt vier Module nun nur noch mit 1600 MHz.

Wieso ist das so? Nach etwas Recherche die Antwort:

Die Originalbausteine von Apple haben eine CAS Latency CL von 13. Die zusätzlich installierten Module von Corsair mit der Produktenummer CMSA16GX3M2C1866C11 haben dagegen CL 11.

Dies führt zu folgendem Verhalten:

EDIT: Actually, looks like it’s just that the default RAM can’t run below CL13 at 1866, so when you add another set of 1866 with a lower CL, it decides to slow it down so it can match the faster CL at the cost of lower frequency.

Quelle: Late 2015 iMac Not Picking up 1866MHz RAM

Doch offenbar spürt man diese Verlangsamung im Alltag nicht, wie jemand in einem anderen Thread erklärt:

RAM speed is one of those things that really only helps at the margins, and isn’t worth stressing about too terribly much (unless you use onboard graphics that use regular RAM for VRAM). That said…
The formula for figuring out the true latency (as opposed to CAS latency) is: CAS latency / clock speed. That’s a measure of time, usually expressed in nanoseconds, and you want to minimize it. The two kits you mentioned:

  • 14 / 2400000000 = 6 ns
  • 16 / 3333000000 = 5 ns

On paper, the 3333 MHz RAM wins. But in the real world, you won’t actually notice a difference between the two. So get whichever you would prefer.

Quelle: Choosing DDR4: Clock vs Latency? C14 vs C16

Tags: , , , , , , , , , , , , , , , , ,
Labels: Apple

Keine Kommentare | neuen Kommentar verfassen