Importanza dello spazio di archiviazione in c ++ [chiuso]

-7

Voglio sapere se lo storage è un problema rispetto al mercato attuale dell'hardware e del software quando parliamo delle grandi dimensioni dei programmi C ++ ?? Perché in determinate condizioni dobbiamo scegliere tra alcuni tipi di programmazione ecc. Come tra OOP e programmazione procedurale. So che i programmi orientati agli oggetti sono di dimensioni maggiori rispetto ai programmi procedurali. Ma lo storage è anche un problema serio mentre si sceglie il metodo migliore per risolvere il nostro problema?

    
posta Tom 25.01.2018 - 15:56
fonte

1 risposta

-1

Ok, ti darò la mia opinione disinformata. Ho modificato questo aspetto per essere più specifico sulla base dei commenti del post originale e dei commenti che ho ricevuto di seguito.

Per quanto riguarda la scelta della lingua, lo storage tende a non essere un problema con i sistemi attuali.

Una delle caratteristiche di C è che ha la libreria runtime più piccola. Quindi, se si compila "Hello World" in K & R C o ANISI C (penso che stavo usando il compilatore "Power C" o "Turbo C" sotto DOS), si sarebbe costruito un eseguibile che era approssimativamente 4K. Questo si adatta bene ai limiti di archiviazione al momento (il C ++ era in fase di sviluppo, ma non era ampiamente disponibile).

Quando è uscito C ++ (ho iniziato a giocarci attorno al 1993), l'exe "Hello World" sarebbe andato a 20M a causa della libreria di runtime che è molto più grande. Tornare a C, e si otterrebbe un 4K exe. Quindi sì, il C ++ è più grande, tuttavia, con server, desktop e persino smartphone che hanno gigabyte di memoria, la dimensione compilata dell'eseguibile non è così importante.

La mia affermazione originale "Con i sistemi attuali, lo storage non è un problema." era troppo ambiguo.

Quando hai a che fare con un 8085 e 2 k di memoria senza memoria esterna, allora l'archiviazione è un problema enorme e probabilmente sceglierai l'assemblaggio su qualsiasi altra lingua. Problema di Hugh nel 1975, direi che non è un problema corrente nei sistemi embedded date le opzioni per la memoria attualmente esistenti (disclaimer, non lavoro con i sistemi embedded).

Sulla base di ciò che ho imparato al college e delle interviste di lavoro (circa 1990), i processori embedded non avevano una grande quantità di memoria e non avevi davvero la possibilità di ottenere di più. Potresti avere la scelta di C o assembly, ma di certo non disponevi del 4M disponibile per C ++.

Detto questo, ora hai delle opzioni. Garantito che è di $ 0,5 dollari in più per chip (vedi l'opinione informata di seguito), e se sei nel business della rasatura di una frazione di centesimo fuori dai tuoi prodotti di consumo, e quindi potrebbe essere un problema di design.

    
risposta data 25.01.2018 - 17:04
fonte

Leggi altre domande sui tag