danke für den Hinweis 
Es gibt mehrere Logs. Den "time stamps" nach wird zumindest neue Stunde ein neues Log-File angelegt. Allein von gestern abend habe ich vier Files, die ersten drei von 19:59 Uhr, 20:59 Uhr und 21:59 Uhr, das vierte dann von 22:42 Uhr - ging dann wohl das Notebook und damit auch sein WLAN in den Sleepmodus.
Um dem aktuell laufenden Prozess nicht dazwischen zu pfuschen, habe ich mir die vorletzte Datei (heute 08:59 Uhr gespeichert) angeschaut.
Anfangs steht etwas über die gewählte Datei drin, der Rest ist laaaang ....
... pro Sekunde mehrere Einträge, da wird scheinbar jedes eintreffende Byte einzeln notiert?!?!?! Ist der Mist vielleicht im Debug-Modus? Strickt dort der Pförtner nebenbei die Software nach Abendschulkursen?
Aber selbst das würde das echt unterirdisch lahme Herunterladen noch nicht erklären, denn die SSD kann auch diesen Zugriff locker ab - und am Anfang ging es ja auch eine ganze Weile um Zehnerpotenzen schneller.
Das Log von heute früh 8:00:00 Uhr bis 8:59:59 Uhr ist knapp 1,8 MB lang, zu groß zum Hochladen. Ich habe alle Zeilen ab 08:15:00 bis 8:59:59 Uhr entfernt und lade das Resultat, ein Log über die erste Viertelstunde jener ganzen Stunde, hier mal hoch. Extension .log ist nicht erlaubt, drum zusätzlich noch .txt angefügt.
Vielleicht findet jemand noch eine bremsende Ursache, aber da es zuvor SEHR viel schneller lief, glaube ich nicht an ein Limit "auf meiner Seite".
Zumindest die Downloadsoftware hinkt dem Stand der Zeit um mindestens ein Jahrzehnt, eher um zwei Jahrzehnte hinterher!
So ein Quatsch! Alles, wirklich ALLES andere kommt rasch und zeitweise selbst dieser Hyundai-Download. Moderne Rechner haben die Power, auch Downloads "währenddessen" recht rasch zu prüfen und wahrscheinlich nutzen wir hier ja auch verschiedene Antivirus-Produkte.
Die Firewall ist bei einem reinen Download eh kein bremsender Faktor, da sie keine Inhalte der Pakete prüft (die Windows-Firewall ist schließlich kein IDS), sondern nur Quell- und Zieladresse wie auch -Ports. Der Download wird lokal initiiert und ist daher unbedenklich aus Sicht der Firewall, weil keine von außen eingehende Verbindung.
..... inzwischen 53% bei ca. 173 KB/s .... yeah :-/ .....
Das ist interessant, möglicherweise aktualisiert sich der Updater selber auch noch nebenbei?
Meiner zeigt oben noch EU221019.... an, was dem Datum entsprechen könnte, als ich ihn herunterlud und erstmals startete (für das Juli-Update).
Immerhin zeigt er unten in der Mitte "November 2022 Navigationskarten- und Software-Update" an und rechts "2022-11-23" - sollte also nicht nochmal den alten Kram runterladen
Gleich mal getestet: Updater soeben pausiert und dann komplett beendet, schließlich neu gestartet. Kene Veränderung bei den Datumsangaben oben in der Titelleiste wie auch unten in der Statusleiste.
Achja: Eine große Datei wird schneller geladen als viele kleine. Wer beispielsweise mal beim Kopieren von Firefox-Profilen aus Versehen den Cache-Ordner mit kopiert hat, kennt den Effekt nur zu gut. Ich habe deswegen mal fix noch auf den vorherigen Download (Juli-Update) geschaut: 808 Dateien in 34 Ordnern, zusammen 27,6 GB groß. Das aktuelle Update wird vermutlich keine signifikante Veränderung für die Anzahl der Dateien und Ordner aufweisen, es mag lediglich geringfügig größer ausfallen, wenn neuere Karten mehr Details enthalten.
Lausige 808 Files, nicht wenige davon auch durchaus etwas größer, sind nun wirklich keine Anzahl, welche die Downloadrate derart lange in den tiefsten Keller drücken würde, dazu bräuchte es schon einige zehntausende sehr kleiner Dateien.
PS: inzwischen 54% bei ~165 KB/s .... da sehe ich ja heute noch die 60%! Ich frohlocke beinahe, das Update noch vor Silvester 2022 installieren zu können .....
