On 10/06/2012 09:59 PM, Roy Stogner wrote: > > On Sat, 6 Oct 2012, David Knezevic wrote: > >> I agree, I think we do need a specialized I/O implementation that >> concatenates vectors. The key parts of the RB code related to this are >> at line 873 and 940 of rb_evaluation.C. We currently write (or read) a >> bunch of vectors one after the other, but it'd obviously be much better >> to string these all together into one big file. >> >> Any thoughts on an API? > > If we're doing Yet Another File Format, let's see if we can make it > more easily extensible this time? Maybe something on top of HDF5, if > the reduced_basis users wouldn't mind have to --enable another > dependency?
Sure, HDF5 would be fine. ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Libmesh-devel mailing list Libmesh-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libmesh-devel
