Docker-Jobs mit begrenztem Speicher ausführen

Erstelle einen vollständigen HTML-Index mit angepasster Batch-Parallelität, ohne das Speicherbudget von 160 MiB zu erhöhen.

ProjektDocker

💡 Dieser Artikel wurde von AI-Assistenten übersetzt. Um die englische Version anzuzeigen, können Sie hier klicken

Einführung

Docker-Jobs mit begrenztem Speicher ausführen ist ein Praxisprojekt für Docker-Lernende, die eine kleine Sammlung mündlicher Geschichtsberichte verarbeiten. Das bereitgestellte Werkzeug parst echte HTML-Dokumente und zählt Unicode-Wörter. Sein erster Batch überschreitet jedoch das Containerbudget von 160 MiB. Stelle den gesamten Index fertig, indem du eine mögliche Parallelität unter demselben Limit wählst.

Ein geführtes Lab vermittelt die Diagnose anhand von Nachweisen und die vollständige Auslieferung. Eine unabhängige Challenge verwendet eine andere Sammlung und Ausgabeanordnung. Ein getrenntes Beispiel mit zwei Dokumenten zeigt die Suche, bevor du die zugewiesenen Quellen verarbeitest.

Was du lernen wirst

  • wirksame Grenzen für RAM sowie RAM und Swap eines Containers lesen;
  • einen Fehler dem OOM-Eintrag der Speicher-Kontrollgruppe des genauen Containers zuordnen;
  • einen Exit-Code oder ein Docker-Flag von einer ausreichenden Diagnose unterscheiden;
  • tatsächliche HTML-Batch-Parallelität senken, ohne das Ressourcenbudget zu erhöhen;
  • alle Quellidentitäten, doppelte Titel und Unicode-Wortzahlen erhalten;
  • einen bearbeitbaren Index liefern und seine echten Dokumentbeziehungen und Downloads erkunden.

Für wen dieser Kurs geeignet ist

Dieser Kurs eignet sich für Docker-Einsteiger, die eine Dateiverarbeitung innerhalb eines festen Ressourcenrahmens abschließen möchten.

Voraussetzungen: Grundlegendes Docker run, Terminalpfade und der Zweck von Bind-Mounts. Speicheroptionen, Konto-IDs, zitierte Pfade und die Pipeline zum Lesen der Nachweise werden erklärt. Python-Programmierung und die Implementierung eines Suchalgorithmus sind nicht erforderlich.

Lernumgebung: Docker, das Indexierungsimage, ursprüngliche HTML-Dateien und der nur lesende Search Desk stehen bereit. Jedes Lab besitzt eine eigene Sammlung und unabhängige Containerumgebung.

Häufig gestellte Fragen

Verursacht eine künstliche Allokationsschleife den Speicherfehler?

Nein. Das Werkzeug hält echte geparste HTML-Dokumentbäume im Batch. Ein kleinerer Batch verringert diesen Arbeitssatz und verarbeitet trotzdem jede Eingabe. Die Dokumente sind eigenes synthetisches Lehrmaterial.

Kann ich das Limit erhöhen oder ein schwieriges Dokument entfernen?

Die Aufgabe hält beide Speichereinstellungen auf 160 MiB und erhält alle zugewiesenen HTML-Dateien. Erfolg bedeutet, dass der vollständige Index in dieses Budget passt, einschließlich akzentuierter Wörter und verschiedener Dokumente mit demselben Titel.

Beweist Exit-Code 137 einen OOM?

Nein. Du behältst den tatsächlich fehlgeschlagenen Container und ordnest seine ID und Zeit einem nativen Eintrag der Speicher-Kontrollgruppe zu. Das Docker-Flag OOMKilled kann in dieser Lernumgebung variieren. Daher verwendet der Kurs keinen dieser Werte allein als Beweis.

Lehrer

labby
Labby
Labby is the LabEx teacher.

Für Sie empfohlen

no data