On 03/15/2010 07:57 PM, Robert Story wrote: > On Sun, 14 Mar 2010 12:11:42 -0300 Leonardo wrote: > LC> > There is a patch in Red Hat Bugzilla: > LC> > https://bugzilla.redhat.com/show_bug.cgi?id=532672. It keeps track of > LC> > already used indexes and tries to read /etc/mtab in the same order, > which > LC> > can lead to the file being re-read for each index. > LC> > I've tested it, it works, but I don't like rewinding /etc/mtab back > and > LC> > forth... what do you think, can it lead into performance problems? > > A cache helper could be used to cache the file and only re-read it if it's > been chanced since last read...
It's not that easy to modify these parts of code, hrStorageTable reads its data partly from hrFSTable, so if I am going to rewrite hrFSTable using caches and helpers etc, I must rewrite hrStorageTable too. And rewriting the code full of #ifdef for architectures I've never seen is... challenging :) Dave, we got this action item on last meeting... Any ideas how to proceed? The best I can imagine is to move the common part (= loading of /etc/mtab) to mibgroup/hardware and rewrite hr_filesys and hr_storage from scratch using mib2c, like your hrSWInstalledTable.c and hrSWRunTable.c. Or do you have any 'stalled' code to share? Jan ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
