Hi,
Ich arbeiter gerade mal wieder mit tollen eclips-Plugins und das heißt Memory leaks ohne Ende.
Mein Problem, wenn die Anwendung (d.h eigentlich die IDE ohne macht sie das nicht.) ammok läuft alloziert sie dauernd neuen Speicher, und der rechner ist nicht mehr nutzbar. Normalerweise würde ich das einfach mit ulimit -v lösen. Allerdings braucht die schon im Normalbetrieb massenhaft Speicher. (Das ist nicht weiter schlimm, dann liegen halt 5GiB im SWAP. Nur wenn der halt schnell immer neuen holt ist das schlecht.)
Vom Prinzip her hätte ich gĺaube ich gerne sowas:
a) Die TTY sollte immer ein höheres ionice wie alle Grafikanwendungen haben.
b) Wenn eine Anwendung zu schnell speicher alloziert, sollte ihr die CPU-Zeit erstmal (kurz) genommen werden, und ionice runter gesetzt werden.
c) Anwendungen die viel IO verursacht haben, sollen in Zukunft benachteiligt behandelt werden.
Die Idee: Eine Anwendung soll die anderen nicht faktisch tot machen können, indem es sie durch dauernde Speicherzugriffe in den swap verdrängt, aber trotzdem beliebig viele Resourcen in Anspruch nehmen können. So wie das mit der CPU eben auch funktioniert. Ich hätte halt gerne also trotzdem gerne ne TTY, wo ich mich dann anmelden kann, um die anderen Anwendungen zu killen.
Ich glaube früher mal gab's dafür ulimit -m
Grüße,
wanne, der bemerkt hat, das man mit icewm doppelt so viel Speicher für andere Anwendungen hat.
realtime Anwendungen neben Speicherfresser
realtime Anwendungen neben Speicherfresser
rot: Moderator wanne spricht, default: User wanne spricht.
-
- Beiträge: 3799
- Registriert: 26.02.2009 14:35:56
Re: realtime Anwendungen neben Speicherfresser
Deswegen benutze ich seit ewigen Zeiten icewm. Keine 372 Dienste und funktioniert einfach.
Re: realtime Anwendungen neben Speicherfresser
Eventuell lässt sich mit cgroups was machen, das dürfte um einiges mächtiger sein als ulimit.
https://en.wikipedia.org/wiki/Cgroups
https://www.kernel.org/doc/Documentation/cgroups/
https://en.wikipedia.org/wiki/Cgroups
https://www.kernel.org/doc/Documentation/cgroups/
Unix is user-friendly; it's just picky about who its friends are.