Live Coding: Entdeckung von DuckDB am Donnerstag, den 20. Juni um 10 Uhr!

Hier ist eine detaillierte Beschreibung, wie die Migration ablief.
Allgemein gab es keine Probleme.
Zuerst war ich überrascht, dass die Migration sofort nach dem Start des Containers begann. An sich ist das kein Problem.

Allerdings begann die Migration sofort bei 23 %.
In den Aufgaben sieht man den Fortschritt gut.


Es ist langsam, aber es geht voran.
In der Zwischenzeit ist Gladys verlangsamt, aber nicht unbrauchbar.

1 GB RAM verwendet.


Das Ergebnis, unglaublich, eine DB von 65 MB statt 11,4 GB!


Allerdings war der nächste Schritt, das Löschen, sehr mühsam!
Mehrere sehr lange Stunden, in denen Gladys bei mir fast gelähmt war…
Dieses Morgen sehe ich, dass

Und es bewegt sich nicht mehr.
Dann erhalte ich eine Benachrichtigung zum Neustart von Gladys (vielleicht watchtower?). Und in den Aufgaben:

(Es gibt einen Tippfehler: ‹ a échoué › wäre genauer)
Trotzdem:

Ich starte also eine Datenbankbereinigung, die, wie erwartet, Gladys etwa eine Stunde blockiert.
Aber nach Überprüfung stelle ich fest, dass die alte DB nicht leer ist:

Ich habe also die Schritte zum Löschen und zur Bereinigung der DB neu gestartet und hop (ja, und ein manuelles Neustarten des Containers, um die db-wal zu leeren).

Und da wir von Backups sprachen, ein Screenshot meines:

Offensichtlich ist es sehr wenig oder gar nicht komprimiert (ist es also noch notwendig?)
Gesamtzeit… Fast 30 Stunden…
Wir sind uns einig, dass die Schritte zum Löschen und zur Bereinigung nicht zwingend notwendig sind, aber sie haben mein Speicherproblem behoben :innocent: