On Fri, Jul 07, 2006 at 01:05:20PM +0300, Dmitry Pryanishnikov wrote:
Привет!
On Fri, 7 Jul 2006, Paul Arakelyan wrote:
Под нагрузкой (нэажиданной проста :)) бесследно испарился диск в MFS. Кончилась память немного - и его /kernel: pid ххх (mount_mfs), uid 0, was killed: out of swap space
Неожиданный поворот, да?
Абсолютно ожиданный:
root@test# man mount_mfs ... By default, mdmfs creates a swap-based (MD_SWAP) disk ...
Эт всё хорошо, но "без спросу" отрывать диск с открытыми файлами - это как-то неправильно. Короче, "потрясающий менеджмент ресурсов".
Вы уж, если выбираете backing storage = swap (которая volatile by definition), либо гарантируйте неистощаемость этой storage, либо используйте другую Стоп - я "отожрал" заданный кусок памяти - и "дальше - хоть потоп", диск же не наращивается в объёме - зачем тогда "неистощаемость ресурсов"?
storage, например, эту:
-F file Create a vnode-backed (MD_VNODE) memory disk backed by file. дык мне надо чтоб а) быстро-быстро и б) всё к (нужное подставить) исчезло после ребута. Ну и кто сказал, что при -F file опять ядро не прибъёт mount_mfs? (вероятность сего поменьше будет - но наверняка больше 0 ).
вобщем - явно нужно чтоб была возможность делать процессы "неубиваемыми" - иначе жить смогут только связки "процесс1 смотрит, чтоб не убили процесс2, который смотрит, .... чтоб не убили процесс N, который смотрит, чтоб не убили процесс 1. -- Best regards, Paul Arakelyan. =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message