Hi Chandra, Chandra Seetharaman wrote: > Hello All, > > I just uploaded f0.4 version of CKRM against 2.6.15 to the project > website. It is the same as that f0.4 released against 2.6.14 on Dec 1st. > > from release notes: > > Download configfs patch from > http://oss.oracle.com/projects/ocfs2/dist/files/patches/2.6.15- > rc5/2005-12-14/01_configfs.patch > --------------------- > > Please let me know if you see any problems.
The f0.4 version of CKRM introduces a few microseconds overhead on process fork and exit. It can be measured by running "lat_proc fork" on both vanilla 2.6.15 and 2.6.15 configured with f0.4 version ckrm. The overhead is about 3 microseconds in my laptop and 8 microseconds in an ia64 server. The overhead is obviously caused by ckrm_setclass() that hooks fork() and exit() path. Because these hooks are mandatory for CKRM, some overhead must be introduced for these path. But problems are that the overhead is not small enough to be neglected and is always introduced even if a class is not defined. Originally, the setting class was done in the same process context, but since f0.3 version, it has been done by the kernel events daemon context using workqueue. Therefore, at least two context switch, go to events daemon and return to the process, are needed now. I doubt that design change is harmful to the performance. Could you explain why that design change was needed? Thanks, MAEDA Naoaki ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ ckrm-tech mailing list https://lists.sourceforge.net/lists/listinfo/ckrm-tech
