>> it looks like bumping up the output file sizes by 60% would take up an >> extra 6MB in the examples. Trivial normally, possibly the last straw >> for someone on a machine with tiny quotas. > > I have no interest one way or the other, but it's worth pointing out > that 1 GB costs well under a dime on consumer disks, somewhat more on a > higher performance file system. I think the point where 6 MB of disk is > lost in the noise has past several years ago, and administrators that > fail to acknowledge this ought to be notified. Of course output from > production runs is an entirely different matter, but that's not what the > present discussion is about.
I was playing devils advocate - when is backwards compatibility important? I would be just as happy upping the default ascii precision, and putting it in the MeshOutput<> base class for that matter. -Ben ------------------------------------------------------------------------------ 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 _______________________________________________ Libmesh-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-devel
