support Copy-on-write dans STL

Question

Je viens juste de lire a Wikipedia article on Copy-on-write (curieux de savoir s'il y a des systèmes de fichiers qui prennent en charge), et a été surpris par le passage suivant:

COW est également utilisé en dehors du noyau, dans la bibliothèque, l'application et le code système. La classe de chaîne fournie par la bibliothèque standard C de, par exemple, a été spécialement conçu pour permettre des implémentations de copie en écriture:

std::string x("Hello"); 

std::string y = x; // x and y use the same buffer 

y += ", World!"; // now y uses a different buffer 
        // x still uses the same old buffer 

je ne savais pas qui a été tous pris en charge dans STL copie sur écriture . Est-ce vrai? Cela s'applique-t-il aux autres classes STL, par ex. std::vector ou std::array? Quels compilateurs supportent cette optimisation (en particulier, je m'interroge sur G ++, le compilateur Intel C++ et le compilateur Microsoft C++)?

Answer 1

La classe de chaîne fournie par la bibliothèque standard C++, par exemple, a été spécialement conçu pour permettre des implémentations de copie en écriture

C'est une demi-vérité. Oui, la conception a commencé avec COW en tête. Mais dans la précipitation l'interface publique de std :: string a été foiré. Résultat il devient COW-hostile. Les problèmes ont été découverts après la publication de la norme, et nous sommes coincés avec cela depuis. Comme les stands actuellement std::string ne peuvent pas être thread-safe COW-ed et les implémentations dans la nature ne le font pas.

Si vous souhaitez utiliser une chaîne utilisant COW, récupérez-la dans une autre bibliothèque, telle que CString dans MFC/ATL. Gcc utilise la copie par référence pour std :: string.

Answer 2

À partir de la version 4.8, il le fait toujours pour C++ 11, malgré violating the standard.

Voir ici:

• Is std::string refcounted in GCC 4.x/C++11?
• Turning off COW in GCC