On Aug 12, 2010, at 7:21 AM, Terry Dontje wrote: > Is there not a way to determine whether the fs is tmpfs or not?
I don't know -- Rainer? > It seems fixing that is a lot less changes then adapting to Posix shared > memory. Keep in mind that the sm BTL itself did not change. The parts that changed were the sm common startup stuff -- how the memory gets mapped into the processes. That has now been fully modularized (it was sorta modularized before). Once the memory is in the process and the bootstrapping is done, then the sm BTL proper takes over, and nothing has changed. > My main concern is we have had quite a long runtime with the mmap > implementation and know it works for us. We haven't had nearly as much > runtime with this Posix implementation and so who knows what issues we might > run into. Fair enough. How about making posix not the default and having a bunch of us run MTT over it for a month or three? Then we can re-evaluate whether to make it the default or not. > To me the fs homing issue seems like a weak case. Agreed. To me, it's a slight performance improvement "for free" -- i.e., the user doesn't have to do anything and they get a slight performance improvement (vs. setting up a tmpfs themselves, setting some MCA params to tell the SM BTL to put the mmap file in that tmpfs, ...etc.). It's not a huge improvement -- it is pretty small -- but as the Bull numbers show, it's noticeable. Since it's "for free", I think we should take it. -- Jeff Squyres jsquy...@cisco.com For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/