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