>Has the OS version changed? Maybe a driver change caused it. Or if you >are running over the LAN, maybe networking changes?
Unfortunately I haven't a clue. This is standard RHEL5.3 so everything is off-the-shelf. As for the communications path, I'm only talking to the local machine. -mark > >Seger, Mark wrote: >> >> I've been using ipmitool inside my collectl monitoring tool for some >> time now and it's been fairly efficient, thanks to some optimizations >> from this mailing list. However I've recently noticed it's gotten much >> slower and I don't know if something has changed OR if it's the actual >> hardware architecture that's doing this. >> >> Specifically I'm running 1.8.10 >> >> Before running it I do: >> >> ipmitool sdr dump xxx >> >> followed by >> >> ipmitool -S xxx sdr >> >> while it's using very little cpu time, it IS using a lot of elapsed >> time which makes me wonder if it is something about the system >> configuration. I do know for a fact that when I first started using it >> with the cache, the cache I was able to get the runtimes much lower. >> >> My reason for asking is I do a mix of monitoring activities with >> collectl and gather the ipmi data only every couple of minutes, but I >> something use a monitoring interval of 1 second for the other data and >> the slowness of ipmitool prevents this. If it is what it is, so be it >> but I just want to make sure it's not me. >> >> -mark >> ------------------------------------------------------------------------------ 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 _______________________________________________ Ipmitool-devel mailing list Ipmitool-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
