Nejasnost v C++

[games]

Tak to nevim, snad by se nějaká optimalizace zarovnání nebo něco takového musela povolit explicitně. Sémanticky ten příklad dává smysl, tak by se to mělo doufám přeložit a taky fungovat očekávaným způsobem.

Toto opravdu fungovat nemusí, alokátor pro char může vrátit adresu zarovnanou na modulo sizeof(char), což většinou bývá méně než sizeof(int*). Pak na některých architekturách dostaneš misaligned exception. Je to prasárna.

[Reklama]

[vyvojar]

Tak to nevim, snad by se nějaká optimalizace zarovnání nebo něco takového musela povolit explicitně. Sémanticky ten příklad dává smysl, tak by se to mělo doufám přeložit a taky fungovat očekávaným způsobem.

Toto opravdu fungovat nemusí, alokátor pro char může vrátit adresu zarovnanou na modulo sizeof(char), což většinou bývá méně než sizeof(int*). Pak na některých architekturách dostaneš misaligned exception. Je to prasárna.

Škoda, že autor nenapsal, pro jakou architekturu to potřebuje. Tohle se určitě nebude týkat klasických pc, tam by to mělo být ok.

[games]

Škoda, že autor nenapsal, pro jakou architekturu to potřebuje. Tohle se určitě nebude týkat klasických pc, tam by to mělo být ok.

Klasických PC se to taky týká, tam to sice nespadne, ale misaligned access do paměti je mnohem pomalejší než aligned access. Jinak se to týká ARMu, PowerPC a mnoha dalších architektur.

[Jakub Galgonek]

Škoda, že autor nenapsal, pro jakou architekturu to potřebuje. Tohle se určitě nebude týkat klasických pc, tam by to mělo být ok.

Navíc norma v takových případech často říká, že výsledek takových "pochybných" operací je nedefinovaný. Toho pak kompilátor může využít k nějakým drsných (a nechtěným) optimalizacím.

[vyvojar]

Škoda, že autor nenapsal, pro jakou architekturu to potřebuje. Tohle se určitě nebude týkat klasických pc, tam by to mělo být ok.

Klasických PC se to taky týká, tam to sice nespadne, ale misaligned access do paměti je mnohem pomalejší než aligned access. Jinak se to týká ARMu, PowerPC a mnoha dalších architektur.

Proč je to vůbec pomalejší? Prostě procesor pošle na adresovou sběrnici adresu, ze které chce číst a hotovo, ne ?

[Reklama]

[Jakub Neburka]

Dobrý den, chtěl bych Vás poprosit o radu. Když jsem se snažil v cpp vytvořit dynamicky matici, nakonec se mi nepodařilo zkompilovat nic jiného než:

Kód: [Vybrat]

int **prvky;

typedef int* uint;

prvky = new uint[dimx];

for ( int j = 0; j < dimy; j++)
{
   prvky[j] = new int[dimy];
}
Ale co jsem nepochopil, proč to nejde udělat bez typedef nového typu uint.

Nevíte prosím, jaký mechanismus, předpis, zabraňuje použití:  prvky= new (int*)[dimx];

děkuji za případnou radu.
Honza

Úkoly na FIT dají jednomu zabrat co? Měl bych jeden takový tip: Pro reprezentaci matice není nutné použít 2D pole. Jde to dost dobře i s jednorozměrným

[games]

Proč je to vůbec pomalejší? Prostě procesor pošle na adresovou sběrnici adresu, ze které chce číst a hotovo, ne ?

Sběrnice je třeba 64-bitová. Když chce procesor číst 64-bitovou hodnotu z adresy 0x1000, přečte to najednou. Když chce číst z adresy 0x1001, musí přečíst 0x1000 a 0x1008 a složit to dohromady (zjednodušeně řečeno, fyzické adresy do paměti na sběrnici budou ve skutečnosti CPU adresa děleno šířka sběrnice).

[vyvojar]

Proč je to vůbec pomalejší? Prostě procesor pošle na adresovou sběrnici adresu, ze které chce číst a hotovo, ne ?

Sběrnice je třeba 64-bitová. Když chce procesor číst 64-bitovou hodnotu z adresy 0x1000, přečte to najednou. Když chce číst z adresy 0x1001, musí přečíst 0x1000 a 0x1008 a složit to dohromady (zjednodušeně řečeno, fyzické adresy do paměti na sběrnici budou ve skutečnosti CPU adresa děleno šířka sběrnice).

Hm, stejně mi není úplně jasné, proč by se nedalo číst z jakékoliv adresy. Nebo tam ten přístup prostě vůbec není? Jakože nejmenší možná adresovatelná jednotka v paměti je ve skutečnosti šířka sběrnice a ne jeden bajt?

[games]

Jakože nejmenší možná adresovatelná jednotka v paměti je ve skutečnosti šířka sběrnice a ne jeden bajt?

Ano je to tak. CPU vždycky přečte tolik dat kolik je šířka sběrnice.