Am Samstag, 7. April 2001 19:01 schrieb Konrad Stopsack:
Ich wäre eher an Skript-Ideen und guten Theorien und "..." interessiert.
Da hier noch keine Antwort kam kann ich dir zumindest "..." anbieten, und ducke mich schon mal vor den üblichen Verdächtigen :-)
- KOffice raushauen (einige der Komponenten haben noch nicht einmal einen Maintainer, das Ding ist einfach noch zu instabil und hat deshalb seit Anfang März einen eigenen Release-Plan ) - auf dem Server einen selbst programmierten Daemon laufen lassen, dem du vertraust und der alles killt, was diverse Kriterien nicht einhält. Dazu gibst du ihm eine Liste von Prozessnamen mit, die er nicht killen darf (init, kswapd, ...) oder eine Liste von Pid-Nummern von Prozessen, die schon vorher gestartet wurden, das ist vielleicht sogar sinnvoller. Oder eine Kombination... - Als Kriterium kann man unter anderem angeben, ob eine maximale Speichergrenze überschritten wurde, oder sich der Speicherverbrauch innerhalb einer gegebenen Zeitspanne exponentiell vervielfacht hat (quasi ein "Lernverhalten" implementieren) - eine statistische Auswertung sollte enthalten sein - Hm, jetzt eine ganz komische Idee: Wie bei den 5% auf Festplatten ein reservierter Bereich im Speicher - aber das ist Kernelsache, und eigentlich auch OT - eventuell eine Summe aller Auslastungen jedes Schülers zusammenrechnen und auch dort ein Maximum festlegen, d.h. selbst wenn kein Programm spinnt können keine neuen gestarten werden (kill nach dem Start) (in KDE kann man dann direkt oder über DCOP eine Messagebox aufklappen lassen, die das dem Schüler erklärt)
Soviel zur Theorie. Wenn sowas sinnvoll wäre ist die Programmierung sicher nicht so schwierig (hatte ja schonmal angefangen), wenn nicht dann wird sicher jemand hier bessere Vorschläge bringen.
Josef Spillner