[VFKD][Kaufbox] Fritzbox 6690 Cable FW Updates & Erfahrungen

[kennymc.c]

Hier noch ein ausführlicher Test der 6690 mit WLAN Performance und Teardown ab 17:50: https://www.youtube.com/watch?v=0oPxZ7-jYH0
Beim Puma 7 SoC handelt es sich um den FCHE2752 (21:59). Bei den WLAN Chips gab es noch ein Update in den Kommentaren, da sie im Video falsch identifiziert wurden. Es sind zwei Qualcomm QCN6024. Wurde auch von einem AVM Mitarbeiter in den Kommentaren bestätigt. Besonders ist auch der 2 GB große RAM.

[robert_s]

Beim Puma 7 SoC handelt es sich um den FCHE2752 (21:59).
Besonders ist auch der 2 GB große RAM.

Also wieder das gleiche Puma7 Modell wie bei der 6591, aber mit doppelt so viel RAM wie die 6591...

Da frage ich mich: Wozu eigentlich? Hat bei der 6660 mal irgendjemand einen Engpass bei der CPU-Leistung oder dem Speicher bemerkt? Wenn nicht, wüsste ich nicht, was die 6690 mehr an Funktionalität hätte, wofür man die zusätzliche Rechenleistung und/oder den zusätzlichen Speicher benötigen würde. Aber vielleicht wollte sich AVM ja auch Potenzial für künftige Erweiterungen schaffen, die dann ggf. dem Topmodell vorbehalten bleiben...?!?

[Flole]

Die Unterschiede beschränken sich nicht nur auf die Taktrate....

[robert_s]

Die Unterschiede beschränken sich nicht nur auf die Taktrate....

Ok, bei der CPU-Variante könnte es also z.B. um eine PCIe-Schnittstelle mehr für den WLAN-Chipsatz gegangen sein, dann wäre das nachvollzogen.

Aber wozu 1GB mehr RAM? Laut Aussage im Video hat noch keine andere Fritz!Box 2GB RAM - entsprechend dürfte WireGuard auf der 7590 auch nicht so viel benötigen...!?

[Webmark]

Und das liegt daran, dass dmesg ein Puffer mit fester Größe ist und die ältesten Einträge überschrieben werden.

Danke für die Erklärung.

[Flole]

Aber wozu 1GB mehr RAM? Laut Aussage im Video hat noch keine andere Fritz!Box 2GB RAM - entsprechend dürfte WireGuard auf der 7590 auch nicht so viel benötigen...!?

Also ich kann aus Erfahrung nur für die 6591 sprechen, dort habe ich ja vor einiger Zeit mal einen DVB-C Server für entwickelt. Ein Problem ist dabei gewesen, dass auf dem Arm Core alles doch sehr am Limit läuft. Das Problem ist/war das die ganze Box einfach gecrasht ist wenn man da OOM gelaufen ist. Am Anfang hat die Box sich da nicht einmal automatisch neu gestartet, sondern sie war einfach nicht mehr erreichbar. Das war natürlich maximal doof, später gab es dann wenigstens automatische reboots. Man könnte jetzt natürlich sagen, dass so eine Veränderung schlicht und einfach nicht vorgesehen ist und mein Code "schlecht" und verschwenderisch ist, allerdings war das eigentlich kritische das gleichzeitige starten von 20 Threads, und dann sind von den 60MB RAM die frei waren irgendwann plötzlich nicht mehr genug frei. Die Lösung war übrigens die Verkleinerung des Stacks dieser Threads. Auf solche "Basteleien" wird AVM aber eher nicht so viel Lust haben, wenn man dort also jetzt merkt, dass man am Limit arbeitet und teilweise Boxen crashen (das bekommt man ja mit und im Prinzip auch den Grund) so möchte man den memory split eventuell etwas verändern und dem Atom-Core etwas RAM wegnehmen, und dann wird das dort auch enger.

[RosaRiese_TK]

schaut doch mal hier

............................................................

6690_05.JPG

[Flole]

Ist ja alles schön und gut, nur leider sind die Infos falsch....

[RosaRiese_TK]

Ist ja alles schön und gut, nur leider sind die Infos falsch....

was soll daran falsch ein?