क्या सी ++ मानक पुस्तकालय कार्यान्वयन की तुलना / इसके विपरीत कोई दस्तावेज है? [बन्द है]


16

(यह प्रति गेम प्रोग्रामिंग नहीं है, लेकिन मुझे यकीन है कि अगर मैंने एसओ से यह पूछा था तो मुझे समय से पहले अनुकूलन नहीं करने के लिए कहा जाएगा, भले ही इतिहास हमें बताता है कि हर बड़े खेल को इन चीजों के बारे में चिंता है।)

क्या कहीं भी एक दस्तावेज है जो विभिन्न C ++ मानक पुस्तकालय कार्यान्वयन के बीच प्रदर्शन में अंतर और विशेष रूप से स्मृति उपयोग को सारांशित करता है? कुछ कार्यान्वयन के विवरण एनडीए द्वारा संरक्षित हैं, लेकिन STLport बनाम libstdc ++ बनाम libc ++ बनाम MSVC / Dinkumware (बनाम EASTL?) के बीच तुलना की तरह लगता है कि यह बेहद उपयोगी होगा।

विशेष रूप से मैं सवालों के जवाब तलाश रहा हूँ जैसे:

  • कितना मेमोरी ओवरहेड मानक कंटेनरों के साथ जुड़ा हुआ है?
  • क्या कंटेनर, यदि कोई हो, केवल घोषित करके गतिशील आवंटन करते हैं?
  • क्या std :: string क्या copy-on-write करती है? लघु स्ट्रिंग अनुकूलन? रस्सियों?
  • क्या std :: deque एक रिंग बफर का उपयोग करता है या यह बकवास है?

मैं इस धारणा के तहत था कि dequeहमेशा वेक्टर के साथ एसटीएल में लागू किया गया था।
तेतराद जूल

@ टेट्राद: कुछ हफ्ते पहले तक मैं भी था, लेकिन तब मैंने पढ़ा कि इसे अक्सर रस्सी जैसी संरचना द्वारा लागू किया जाता है - और ऐसा लगता है कि STLport में क्या है।

एसटीएल के पास एक ओपन वर्किंग-ड्राफ्ट है , जिसका उपयोग विभिन्न डेटा संरचनाओं (अनुक्रमिक और साहचर्य दोनों), एल्गोरिदम और हेल्पर वर्गों के बारे में जानकारी खोजने के लिए किया जा सकता है। हालाँकि, ऐसा प्रतीत होता है कि मेमोरी ओवरहेड विशिष्ट है, बजाय विशिष्ट परिभाषित विनिर्देश के।
थॉमस रसेल

3
@ डक: गेम डेवलपमेंट एकमात्र ऐसी जगह है जिसके बारे में मुझे पता है कि नियमित रूप से उच्च-स्तरीय C ++ सुविधाओं का उपयोग करता है, फिर भी मेमोरी आवंटन को सावधानीपूर्वक ट्रैक करने की आवश्यकता है क्योंकि यह कम-मेमोरी नो-वर्चुअल-मेमोरी सिस्टम पर चलता है। एसओ पर हर एक जवाब होगा "समय से पहले अनुकूलन न करें, एसटीएल ठीक है, इसका उपयोग करें!" - अब तक यहां 50% उत्तर हैं - और अभी तक माईक के परीक्षण में स्पष्ट रूप से एसटीडी :: मैप का उपयोग करने के इच्छुक खेलों के लिए एक प्रमुख चिंता का विषय है, और टेट्रड का भ्रम और सामान्य एसटीडी के बारे में मेरा :: डीके कार्यान्वयन इसी तरह।

2
@Joe Wreschnig मैं वास्तव में बंद करने के लिए मतदान नहीं करना चाहता क्योंकि मैं इसके परिणाम में दिलचस्पी रखता हूं। : पी
कम्युनिस्ट डक

जवाबों:


6

यदि आपको ऐसा कोई तुलना चार्ट नहीं मिलता है, तो विकल्प यह है कि आप एसटीएल कक्षाओं के प्रश्न में स्वयं के आवंटनकर्ता को इंजेक्ट करें और कुछ लॉगिंग जोड़ें।

मैंने जिस कार्यान्वयन (वीसी 8.0) का परीक्षण किया है, वह केवल स्ट्रिंग / वेक्टर / डीके की घोषणा करके कोई स्मृति आवंटन का उपयोग नहीं करता है, लेकिन इसके लिए यह सूची और मानचित्र करता है। स्ट्रिंग में एक शॉर्ट स्ट्रिंग ऑप्टिमाइज़ेशन है, क्योंकि 3 चार्ट जोड़ने से आवंटन नहीं हुआ। आउटपुट कोड के नीचे जोड़ा जाता है।

// basic allocator implementation used from here
// http://www.codeguru.com/cpp/cpp/cpp_mfc/stl/article.php/c4079

#include <iostream>
#include <iomanip>
#include <string>
#include <vector>
#include <deque>
#include <list>
#include <map>

template <class T> class my_allocator;

// specialize for void:
template <> 
class my_allocator<void> 
{
public:
    typedef void*       pointer;
    typedef const void* const_pointer;
    // reference to void members are impossible.
    typedef void value_type;
    template <class U> 
    struct rebind 
    { 
        typedef my_allocator<U> other; 
    };
};

#define LOG_ALLOC_SIZE(call, size)      std::cout << "  " << call << "  " << std::setw(2) << size << " byte" << std::endl

template <class T> 
class my_allocator 
{
public:
    typedef size_t    size_type;
    typedef ptrdiff_t difference_type;
    typedef T*        pointer;
    typedef const T*  const_pointer;
    typedef T&        reference;
    typedef const T&  const_reference;
    typedef T         value_type;
    template <class U> 
    struct rebind 
    { 
        typedef my_allocator<U> other; 
    };

    my_allocator() throw() : alloc() {}
    my_allocator(const my_allocator&b) throw() : alloc(b.alloc) {}

    template <class U> my_allocator(const my_allocator<U>&b) throw() : alloc(b.alloc) {}
    ~my_allocator() throw() {}

    pointer       address(reference x) const                    { return alloc.address(x); }
    const_pointer address(const_reference x) const              { return alloc.address(x); }

    pointer allocate(size_type s, 
               my_allocator<void>::const_pointer hint = 0)      { LOG_ALLOC_SIZE("my_allocator::allocate  ", s * sizeof(T)); return alloc.allocate(s, hint); }
    void deallocate(pointer p, size_type n)                     { LOG_ALLOC_SIZE("my_allocator::deallocate", n * sizeof(T)); alloc.deallocate(p, n); }

    size_type max_size() const throw()                          { return alloc.max_size(); }

    void construct(pointer p, const T& val)                     { alloc.construct(p, val); }
    void destroy(pointer p)                                     { alloc.destroy(p); }

    std::allocator<T> alloc;
};

int main(int argc, char *argv[])
{

    {
        typedef std::basic_string<char, std::char_traits<char>, my_allocator<char> > my_string;

        std::cout << "===============================================" << std::endl;
        std::cout << "my_string ctor start" << std::endl;
        my_string test;
        std::cout << "my_string ctor end" << std::endl;
        std::cout << "my_string add 3 chars" << std::endl;
        test = "abc";
        std::cout << "my_string add a huge number of chars chars" << std::endl;
        test += "d df uodfug ondusgp idugnösndögs ifdögsdoiug ösodifugnösdiuödofu odsugöodiu niu od unoudö n nodsu nosfdi un abc";
        std::cout << "my_string copy" << std::endl;
        my_string copy = test;
        std::cout << "my_string copy on write test" << std::endl;
        copy[3] = 'X';
        std::cout << "my_string dtors start" << std::endl;
    }

    {
        std::cout << std::endl << "===============================================" << std::endl;
        std::cout << "vector ctor start" << std::endl;
        std::vector<int, my_allocator<int> > v;
        std::cout << "vector ctor end" << std::endl;
        for(int i = 0; i < 5; ++i)
        {
            v.push_back(i);
        }
        std::cout << "vector dtor starts" << std::endl;
    }

    {
        std::cout << std::endl << "===============================================" << std::endl;
        std::cout << "deque ctor start" << std::endl;
        std::deque<int, my_allocator<int> > d;
        std::cout << "deque ctor end" << std::endl;
        for(int i = 0; i < 5; ++i)
        {
            std::cout << "deque insert start" << std::endl;
            d.push_back(i);
            std::cout << "deque insert end" << std::endl;
        }
        std::cout << "deque dtor starts" << std::endl;
    }

    {
        std::cout << std::endl << "===============================================" << std::endl;
        std::cout << "list ctor start" << std::endl;
        std::list<int, my_allocator<int> > l;
        std::cout << "list ctor end" << std::endl;
        for(int i = 0; i < 5; ++i)
        {
            std::cout << "list insert start" << std::endl;
            l.push_back(i);
            std::cout << "list insert end" << std::endl;
        }
        std::cout << "list dtor starts" << std::endl;
    }

    {
        std::cout << std::endl << "===============================================" << std::endl;
        std::cout << "map ctor start" << std::endl;
        std::map<int, float, std::less<int>, my_allocator<std::pair<const int, float> > > m;
        std::cout << "map ctor end" << std::endl;
        for(int i = 0; i < 5; ++i)
        {
            std::cout << "map insert start" << std::endl;
            std::pair<int, float> a(i, (float)i);
            m.insert(a);
            std::cout << "map insert end" << std::endl;
        }
        std::cout << "map dtor starts" << std::endl;
    }

    return 0;
}

अब तक VC8 और STLPort 5.2 का परीक्षण किया गया है, यहाँ तुलना है (परीक्षण में शामिल: स्ट्रिंग, वेक्टर, डीके, सूची, मानचित्र)

                    Allocation on declare   Overhead List Node      Overhead Map Node

VC8                 map, list               8 Byte                  16 Byte
STLPort 5.2 (VC8)   deque                   8 Byte                  16 Byte
Paulhodge's EASTL   (none)                  8 Byte                  16 Byte

VC8 आउटपुट स्ट्रिंग / वेक्टर / deque / सूची / नक्शा:

===============================================
my_string ctor start
my_string ctor end
my_string add 3 chars
my_string add a huge number of chars chars
  my_allocator::allocate    128 byte
my_string copy
  my_allocator::allocate    128 byte
my_string copy on write test
my_string dtors start
  my_allocator::deallocate  128 byte
  my_allocator::deallocate  128 byte

===============================================
vector ctor start
vector ctor end
  my_allocator::allocate     4 byte
  my_allocator::allocate     8 byte
  my_allocator::deallocate   4 byte
  my_allocator::allocate    12 byte
  my_allocator::deallocate   8 byte
  my_allocator::allocate    16 byte
  my_allocator::deallocate  12 byte
  my_allocator::allocate    24 byte
  my_allocator::deallocate  16 byte
vector dtor starts
  my_allocator::deallocate  24 byte

===============================================
deque ctor start
deque ctor end
deque insert start
  my_allocator::allocate    32 byte
  my_allocator::allocate    16 byte
deque insert end
deque insert start
deque insert end
deque insert start
deque insert end
deque insert start
deque insert end
deque insert start
  my_allocator::allocate    16 byte
deque insert end
deque dtor starts
  my_allocator::deallocate  16 byte
  my_allocator::deallocate  16 byte
  my_allocator::deallocate  32 byte

===============================================
list ctor start
  my_allocator::allocate    12 byte
list ctor end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list dtor starts
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte

===============================================
map ctor start
  my_allocator::allocate    24 byte
map ctor end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map dtor starts
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte

STLPort 5.2। आउटपुट VC8 के साथ संकलित

===============================================
my_string ctor start
my_string ctor end
my_string add 3 chars
my_string add a huge number of chars chars
  my_allocator::allocate    115 byte
my_string copy
  my_allocator::allocate    115 byte
my_string copy on write test
my_string dtors start
  my_allocator::deallocate  115 byte
  my_allocator::deallocate  115 byte

===============================================
vector ctor start
vector ctor end
  my_allocator::allocate     4 byte
  my_allocator::deallocate   0 byte
  my_allocator::allocate     8 byte
  my_allocator::deallocate   4 byte
  my_allocator::allocate    16 byte
  my_allocator::deallocate   8 byte
  my_allocator::allocate    32 byte
  my_allocator::deallocate  16 byte
vector dtor starts
  my_allocator::deallocate  32 byte

===============================================
deque ctor start
  my_allocator::allocate    32 byte
  my_allocator::allocate    128 byte
deque ctor end
deque insert start
deque insert end
deque insert start
deque insert end
deque insert start
deque insert end
deque insert start
deque insert end
deque insert start
deque insert end
deque dtor starts
  my_allocator::deallocate  128 byte
  my_allocator::deallocate  32 byte

===============================================
list ctor start
list ctor end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list dtor starts
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte

===============================================
map ctor start
map ctor end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map dtor starts
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte

ईएएसटीएल के परिणाम, कोई डीके उपलब्ध नहीं है

===============================================
my_string ctor start
my_string ctor end
my_string add 3 chars
  my_allocator::allocate     9 byte
my_string add a huge number of chars chars
  my_allocator::allocate    115 byte
  my_allocator::deallocate   9 byte
my_string copy
  my_allocator::allocate    115 byte
my_string copy on write test
my_string dtors start
  my_allocator::deallocate  115 byte
  my_allocator::deallocate  115 byte

===============================================
vector ctor start
vector ctor end
  my_allocator::allocate     4 byte
  my_allocator::allocate     8 byte
  my_allocator::deallocate   4 byte
  my_allocator::allocate    16 byte
  my_allocator::deallocate   8 byte
  my_allocator::allocate    32 byte
  my_allocator::deallocate  16 byte
vector dtor starts
  my_allocator::deallocate  32 byte

===============================================
list ctor start
list ctor end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list insert start
  my_allocator::allocate    12 byte
list insert end
list dtor starts
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte
  my_allocator::deallocate  12 byte

===============================================
map ctor start
map ctor end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map insert start
  my_allocator::allocate    24 byte
map insert end
map dtor starts
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte
  my_allocator::deallocate  24 byte

यह अंतर्निहित आवंटन का विवरण प्राप्त करने के लिए उपयोगी है, लेकिन दुर्भाग्य से हमें ओवरहेड और अपेक्षित कैश प्रदर्शन के बारे में कुछ भी नहीं बताता है।

@ ठीक है, एक उत्तर में अपने सभी प्रश्नों को संबोधित करना कठिन है। मुझे यकीन नहीं है कि वास्तव में आप "ओवरहेड" और इसके अलावा क्या मतलब है, की तुलना में? मैंने सोचा कि ओवरहेड से आपका मतलब है मेमोरी की खपत।
माईक सेमर

"ओवरहेड" से मेरा मतलब संरचनाओं के खाली उदाहरणों और उनके सभी संबंधित पुनरावृत्तियों के आकार से अधिक था, और अधिक जटिल कैसे आवंटन को संभालते हैं - उदाहरण के लिए std :: सूची आंतरिक रूप से एक समय में एक से अधिक नोड आवंटित करती है, या मैं प्रत्येक नोड के लिए आधार आवंटन लागत का भुगतान करें, आदि?

1
सवाल इतना अधिक नहीं है "कृपया इस तुलना करें" के रूप में "इस तुलना के लिए एक संसाधन कहां है" - मुझे नहीं लगता है कि एसओ इसे बनाए रखने के लिए एक अच्छी जगह है। शायद आपको इसे Google साइट या विकी या किसी चीज़ पर फेंकना शुरू कर देना चाहिए।

1
@ अच्छी तरह से अब इसके यहाँ: p मुझे इसे किसी अन्य साइट पर ले जाने में कोई दिलचस्पी नहीं है, मैं सिर्फ परिणामों में रुचि रखता था।
माईक सेमर

8

std::stringलिखने पर कॉपी नहीं करता। सीओडब्ल्यू एक अनुकूलन हुआ करता था, लेकिन जैसे ही कई धागे तस्वीर में प्रवेश करते हैं यह एक निराशा से परे है - यह बड़े पैमाने पर कारकों द्वारा कोड को धीमा कर सकता है। यह इतना बुरा है कि C ++ 0x मानक सक्रिय रूप से इसे कार्यान्वयन रणनीति के रूप में प्रतिबंधित करता है। सिर्फ इतना ही नहीं, बल्कि std::stringउत्परिवर्तित पुनरावृत्तियों और चरित्र संदर्भों को खारिज करने की अनुमति का मतलब है कि std::stringलगभग हर ऑपरेशन के लिए "लिखना" ।

लघु स्ट्रिंग अनुकूलन 6 वर्णों के बारे में है, मुझे विश्वास है, या उस क्षेत्र में कुछ है। रस्सियों की अनुमति नहीं है - फ़ंक्शन के std::stringलिए सन्निहित मेमोरी को स्टोर करना चाहिए c_str()। तकनीकी रूप से, आप एक ही कक्षा में एक सन्निहित स्ट्रिंग और रस्सी दोनों को बनाए रख सकते हैं, लेकिन किसी ने कभी ऐसा नहीं किया। इसके अलावा, मैं रस्सियों के बारे में क्या जानता हूं, जिससे उन्हें हेरफेर करने के लिए थ्रेड-सेफ बनाना अविश्वसनीय रूप से धीमा होगा- शायद सीओडब्ल्यू की तुलना में खराब या खराब।

आधुनिक एसटीएल में घोषित किए जाने से कोई भी कंटेनर मेमोरी आवंटन नहीं करता है। सूची और नक्शे जैसे नोड-आधारित कंटेनर ऐसा करते थे, लेकिन अब उनके पास एक अंत अंत अनुकूलन है और इसकी आवश्यकता नहीं है। यह "स्वैप्टिमाइज़ेशन" नामक एक अनुकूलन करने के लिए आम है जहां आप एक खाली कंटेनर के साथ स्वैप करते हैं। विचार करें:

std::vector<std::string> MahFunction();
int main() {
    std::vector<std::string> MahVariable;
    MahFunction().swap(MahVariable);
}

बेशक, C ++ 0x में यह बेमानी है, लेकिन C ++ 03 में जब यह आमतौर पर इस्तेमाल किया गया था, अगर MahVariable घोषणा पर स्मृति आवंटित करता है तो यह प्रभावशीलता को कम करता है। मैं एक तथ्य के लिए जानता हूं कि यह तेजी से कंटेनरों vectorके वास्तविक उपयोग के लिए इस्तेमाल किया गया था जैसे कि MSVC9 एसटीएल जिसने तत्वों को कॉपी करने की आवश्यकता को हटा दिया।

dequeएक अनियंत्रित लिंक्ड सूची के रूप में संदर्भित कुछ का उपयोग करता है। यह मूल रूप से सरणियों की एक सूची है, आमतौर पर निश्चित आकार में नोड। जैसे, सबसे उपयोगों के लिए, यह दोनों डेटा structures- सन्निहित उपयोग और परिशोधित हे (1) को हटाने और आगे और पीछे में जोड़ने के लिए सक्षम होने का लाभ को बरकरार रखे हुए है और की तुलना में बेहतर इटरेटर अमान्यकरण vectordequeयह एल्गोरिथम जटिलता और पुनरावृत्ति अमान्य गारंटी के कारण वेक्टर द्वारा कभी लागू नहीं किया जा सकता है।

ओवरहेड कितना मेमोरी से संबंधित है? खैर, ईमानदारी से, यह पूछने के लिए एक बेकार सवाल का एक सा है। एसटीएल कंटेनरों को कुशल बनाने के लिए तैयार किया गया है, और यदि आप उनकी कार्यक्षमता को दोहराते हैं, तो आप या तो किसी ऐसी चीज के साथ समाप्त हो जाएंगे जो खराब या फिर उसी स्थान पर प्रदर्शन करती है। उनकी अंतर्निहित डेटा संरचनाओं को जानकर, आप उन मेमोरी ओवरहेड को जान सकते हैं जो वे उपयोग करते हैं, देते हैं या लेते हैं, और यह केवल एक अच्छे कारण के लिए उससे अधिक होगा, जैसे कि छोटे स्ट्रिंग अनुकूलन।


"यह इतना बुरा है कि C ++ 0x मानक सक्रिय रूप से इसे कार्यान्वयन रणनीति के रूप में प्रतिबंधित करता है।" और उन्होंने इसे प्रतिबंधित कर दिया क्योंकि पिछले कार्यान्वयन ने इसका उपयोग किया, या इसका उपयोग करने की कोशिश की। आप स्पष्ट रूप से एक ऐसी दुनिया में रहते हैं जहां हर कोई हर समय नवीनतम रूप से लागू किए गए एसटीएल का उपयोग कर रहा है। यह उत्तर बिल्कुल भी मददगार नहीं है।

मुझे यह भी उत्सुकता है कि std :: deque के कौन से गुण हैं जो आपको लगता है कि एक सन्निहित अंतर्निहित भंडारण को रोकते हैं - पुनरावृत्तियों केवल प्रारंभ / अंत में हटाने के बाद मान्य हैं, न कि बीच में और न ही किसी आवेषण के बाद, जो आसानी से एक वेक्टर के साथ किया जा सकता है। और एक परिपत्र बफ़र का उपयोग करके सभी एल्गोरिदमिक गारंटियों को पूरा करना प्रतीत होता है - amortized O (1) डालें और सिरों पर हटाएं, O (n) बीच में हटा दें।

3
@ जो: मुझे लगता है कि 90 के दशक के अंत से कॉव को एक बुरी चीज के रूप में जाना जाता है। ऐसे स्ट्रिंग कार्यान्वयन हैं जो इसे इस्तेमाल करते थे- विशेष रूप से CString- लेकिन इसका मतलब यह नहीं है कि std::stringउस समय के एस ने किया था। आपको उसके लिए एसटीएल कार्यान्वयन में नवीनतम और महानतम का उपयोग करने की आवश्यकता नहीं है। msdn.microsoft.com/en-us/library/22a9t119.aspx का कहना है कि "यदि कोई तत्व सामने रखा गया है, तो सभी संदर्भ वैध रहेंगे"। निश्चित नहीं है कि आप इसे एक परिपत्र बफ़र के साथ कैसे लागू करने का इरादा रखते हैं, क्योंकि आपको इसे पूरा करने के लिए आकार बदलने की आवश्यकता है।
डेडएमजी जूल


मैं निश्चित रूप से एक कार्यान्वयन तकनीक के रूप में गाय का बचाव नहीं करने जा रहा हूं, लेकिन मैं यह भी भोली नहीं हूं कि गरीब तकनीकों को लंबे समय तक लागू करने के बाद सॉफ्टवेयर को कैसे लागू किया जाए। उदाहरण के लिए, माईक के परीक्षण से पता चलता है कि एक आधुनिक stdlib जो घोषणा पर आवंटित करता है। सूचक के लिए deque संदर्भ वैधता के बारे में धन्यवाद। (नाइटपिक के लिए, एक वेक्टर पुनरावृत्ति अमान्यकरण और एल्गोरिथम जटिलता के बारे में सभी गारंटीओं को पूरा कर सकता है; यह आवश्यकता न तो है।) यदि कुछ भी हो, तो मैं इसे एक दस्तावेज की आवश्यकता के रूप में देखता हूं जैसे मेरा प्रश्न पूछता है।

2

सवाल इतना ज्यादा नहीं है "कृपया इस तुलना करें" के रूप में "इस तुलना के लिए एक संसाधन कहां है"

यदि यह वास्तव में आपका प्रश्न है (जो कि आपके वास्तविक प्रश्न पाठ में जो कहा गया है, वह सबसे अधिक आश्वस्त नहीं है , जो 4 प्रश्नों में समाप्त हो गया है, जिनमें से कोई भी यह नहीं पूछ रहा था कि आपको संसाधन कहां मिल सकता है), तो उत्तर बस है:

एक नहीं है।

C ++ प्रोग्रामरों के अधिकांश को मानक पुस्तकालय संरचनाओं के ओवरहेड के बारे में इतना ध्यान रखने की ज़रूरत नहीं है, उनमें से कैश प्रदर्शन (जो वैसे भी बहुत संकलक पर निर्भर है), या उस तरह की बात है। उल्लेख नहीं करने के लिए, आप आमतौर पर अपने मानक पुस्तकालय कार्यान्वयन को लेने के लिए नहीं मिलते हैं; आप अपने संकलक के साथ आने वाले उपयोग करते हैं। इसलिए भले ही यह कुछ अप्रिय बातें करता हो, विकल्प के विकल्प सीमित हैं।

बेशक प्रोग्रामर हैं जो इस तरह की बात करते हैं। लेकिन वे सभी मानक पुस्तकालय का उपयोग करने से बहुत पहले ही शपथ ले चुके थे।

तो आपके पास प्रोग्रामर का एक समूह है जो केवल परवाह नहीं करता है। और प्रोग्रामर का एक और समूह जो देखभाल करेगा यदि वे इसका उपयोग कर रहे हैं, लेकिन चूंकि वे इसका उपयोग नहीं कर रहे हैं, वे परवाह नहीं करते हैं। चूंकि किसी को इसकी परवाह नहीं है, इसलिए इस तरह की कोई वास्तविक जानकारी नहीं है। यहां और वहां जानकारी के अनौपचारिक पैच हैं (प्रभावी C ++ में std :: string कार्यान्वयन और उनके बीच के विशाल अंतर पर एक खंड है), लेकिन व्यापक कुछ भी नहीं। और निश्चित रूप से कुछ भी अप-टू-डेट नहीं रखा गया।


सट्टा जवाब। शायद सही साबित करने के लिए -1, इसे साबित करने का कोई तरीका नहीं है।
deceleratedcaviar

मैंने अतीत में कई बहुत अच्छी और विस्तृत तुलनाएँ देखी हैं, लेकिन वे सभी पुरानी हैं। चाल की शुरूआत से पहले कुछ भी आजकल बहुत अप्रासंगिक है।
पीटर
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.