Waarom maken veel ontwikkelaars hun eigen implementaties van de standaardbibliotheek?

De belangrijkste redenen voor het maken van eigen implementaties van de standaardbibliotheek:

• Prestaties: Sommige standaardimplementaties zijn mogelijk niet optimaal voor specifieke taken of hardwareplatforms. Een eigen implementatie kan worden aangepast om maximale prestaties te bereiken.
• Codegrootte: Embedded systemen of projecten met beperkte middelen kunnen vereisen dat de uiteindelijke uitvoerbare bestandsgrootte wordt geminimaliseerd. De standaardbibliotheek kan functies bevatten die niet nodig zijn, en statisch linken verhoogt de grootte.
• Portabiliteit: Voor multiplatformontwikkeling of werken op nieuwe/niet-standaard architecturen kan een aangepaste implementatie nodig zijn die is afgestemd op de kenmerken van de omgeving.
• Controle over gedrag: Ontwikkelaars kunnen nauwkeurige controle nodig hebben over het gedrag van bepaalde functies, bijvoorbeeld voor foutafhandeling, geheugenbeheer of beveiliging.
• Resourcebeheer: Embedded systemen hebben vaak strikte beperkingen op het gebruik van geheugen en andere bronnen. Een eigen implementatie kan worden ontworpen met deze beperkingen in gedachten.
• Ontbreken van standaardimplementatie: In gespecialiseerde of verouderde omgevingen is de standaardbibliotheek mogelijk niet beschikbaar of onvolledig.
• Onderwijsdoeleinden / Onderzoek: Het maken van een eigen implementatie helpt om de principes van de standaardbibliotheek beter te begrijpen.

Voorbeeld: Eigen implementatie van memcpy geoptimaliseerd voor een specifieke architectuur met gebruik van SIMD-instructies.

// Geoptimaliseerde memcpy voor x86-64 met AVX
void* custom_memcpy(void* restrict dest, const void* restrict src, size_t n) {
    char* d = dest;
    const char* s = src;

    // Uitlijnen en verwerken van beginbytes
    while (n-- > 0) {
        *d++ = *s++;
    }

    // Daarna kan een implementatie met SIMD voor grote blokken worden toegevoegd
    // ... AVX/SSE instructies ...

    return dest;
}