问从Microsofts到STLport的切换

EN

在进行切换之前，请确保在关闭checked iterators的情况下测试MS (实际上是Dinkumware)库。由于一些奇怪的原因，它们在默认情况下是打开的，甚至在发布版本中也是如此，这在性能方面有很大的不同。

我们最近做了相反的任务。我们的应用程序是一个跨平台的C++服务器程序，它是在WindowsVS2008 (x86)上构建的，在HP-UX ia64和Linux上构建，使用gcc 4.3。在每个平台上，我们都使用STLport 5.1.7作为STL库，并使用Boost 1.38。

为了比较性能，不久前我们还在没有使用STLport的情况下构建了应用程序，之后我们测量了性能。

在此之后，在Windows上的性能略有改善。因此，我们选择停止在VS2008中使用STLport，而使用默认的VS2008STL库。

在HP-UX ia64上，性能下降了20%。Caliper ( HP-UX分析器)显示字符串分配需要更多时间。在默认的gcc STL库中的字符串赋值中，有对pthread_mutex_unock的调用。据我所知，之所以使用pthread_mutex_lock/pthread_mutex_unlock，是因为默认的gcc的STL库使用的是COW-string。在我们的应用程序中，我们进行了大量的字符串赋值，由于使用了COW字符串，性能变差了。因此，我们仍然在HP-UX上使用STLPort，与gcc一起使用。

在我参与的一个大量使用stl的项目中，切换到STLport只用了微软STL实现的一半时间。这不是证据，但我想这是性能的一个好兆头。我相信这在一定程度上要归功于STLport的高级内存管理系统。

我确实记得在进行此更改时收到了一些警告，但没有任何不能快速解决的问题。作为一个缺点，我想补充说，使用Visual Studio的调试器调试STLport不如使用微软的STL容易(更新:似乎有一种方法可以向调试器解释如何处理STLport容器，谢谢Jalf !)。

最新的版本可以追溯到2008年10月，所以仍然有人在开发它。有关下载，请参阅here。