Delayed unmounting is mostly for services that have delayed modules 
loading (like wpa-supplicant or hostapd) to ensure that all is ok.

+ it isn't too complex - just store umount pid and then check in mount - 
if pid file exists then kill process instead of mounting sqfs.

07.03.2016 23:31, Erich Titl пишет:
> Hi Andrew
>
> Am 07.03.2016 um 21:46 schrieb Andrew:
>> 07.03.2016 20:41, kp kirchdoerfer пишет:
> ...
>>> Another drawback is the time it needs to load modules.sqfs.
>>> If we choose to that for several packages it will raise startup times
>>> significantly.
>> Delayed umount can solve this. Just terminate sleeping umount process in
>> next mount - and voila, no umount/mount overhead.
> This is on an old and really slow WRAP
>
> SALT# date; mount_modules ; date ; umount_modules; date
> Mon Mar  7 21:29:23 UTC 2016
> Mon Mar  7 21:29:24 UTC 2016
> Mon Mar  7 21:29:24 UTC 2016
>
> Adding complexity here is IMHO completely useless. Your suggested
> evaluation/kill code takes probably a lot more time.
>
> cheers
>
> ET
>
>
> ------------------------------------------------------------------------------
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://makebettercode.com/inteldaal-eval
>
> _______________________________________________
> leaf-devel mailing list
> leaf-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/leaf-devel


------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval

_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to