> When OpenBabel is built with USING_DYNAMIC_LIBS, constructor of OBConversion > causes > reading of all format plugins from disk and loading them into memory. This > introduces significant > start up time penalty
This has been discussed several times. From a raw benchmarking performance, there is a delay, particularly on short runs (e.g., translate benzene). But for most users, the wait is almost imperceptible -- maybe 0.1s. On long runs (e.g., translate a 10MB SD file, generate 3D coordinates, etc) the penalty is really a tiny fraction of the performance issue. That's not to say that we shouldn't work out a better solution for OB-3, but it hasn't been a high priority fix. We can get a much bigger performance improvement in other areas, like calculating valence or improving the SMARTS parser. Cheers, -Geoff ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ OpenBabel-Devel mailing list OpenBabel-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openbabel-devel
