Fritz Ferstl <ffer...@univa.com> writes: > Indeed, thanks. I don't remember ever seeing that documented for any of > our hardware. > > > That information should be available. I know at least that Sun/Oracle systems > had that as part of the HW docs.
That's the sort of hardware for which I don't remember seeing it :-/. Just keeping the rough sort of number in mind for the duty cycle is probably worthwhile. > The better option would be to switch the systems into energy saving > modes - if the system provides something like that. Not all do. > > I guess any recently-acquired ones will, but I couldn't easily find > useful documentation for Supermicro Westemeres, for instance. > > > It is a function of the motherboard and firmware also, though, not > just for the chipset. Right; I've seen two quite different Westmere implementations. Suns seem typically different from each other at the service processor/firmware level for no obvious reason... I need to work on a framework for doing similar things in the prolog/epilog, which can have hooks for specific sorts of control. If anyone has already done it, please say. It would be easier if the prolog/epilog could be configured to run on each node of a parallel job, which as far as I remember is explicitly disabled in the shepherd. I wonder whether there's a good reason for not allowing it. > That said, I know customer cases who have done powersaving with the > brute force shutdown approach. I looked up the presentation from Oxford. It isn't generally available, but I can ask if it can be re-published. They reported significant savings, and the scripts should be freely available eventually, though I don't know how much work they'll need for GE. > The 2007 ones are at > http://gridengine.org/assets/static/ws2007/SGEWorkshop2007.htm, if > that's what you mean. There's also > http://wikis.sun.com/display/SunHPC09/Sun+HPC+Software+Workshop+%2709+Wiki > > > It's the latter (and another artefact that would be worth storing). Actually, since it's on wikis.sun.com it does seem to be fair game to redistribute if necessary. _______________________________________________ users mailing list users@gridengine.org https://gridengine.org/mailman/listinfo/users
