Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.

Vase iskustvo sa velicinama osnovnih tipova na 32 vs 64 bita

[es] :: C/C++ programiranje :: Vase iskustvo sa velicinama osnovnih tipova na 32 vs 64 bita

[ Pregleda: 1855 | Odgovora: 5 ] > FB > Twit

Postavi temu Odgovori

Autor

Pretraga teme: Traži
Markiranje Štampanje RSS

Eurora3D Team
Nebojsa - Programer & Vodja tima
Beograd

Član broj: 120376
Poruke: 900
*.dynamic.sbb.rs.



+7 Profil

icon Vase iskustvo sa velicinama osnovnih tipova na 32 vs 64 bita05.11.2012. u 20:27 - pre 138 meseci
Pisem i trenutno kompajlujem c++ biblioteku na 32 masini (windowsu / linux).
Kod koristi internet tranasver podataka (tcp) , imam jednu strukturu itd ...
Kad bi kompajlovao na 32 bitnom kompajleru i pustio jednu da radi na 32 a drugu na 64 bitnoj masini 100% sam siguran da bi radilo ok (jer OS vodi racuna da izvrsava 32 bitni kod).
Ali, ako bi jednu kompajlovao na 64 bita i pustio je na 64 bita a drugu kompajlovao je na 32 i pustio je na 32 bitnoj masini dali bi podatci koji se posalju preko mreze bili ok?
Drugim recima dali je sizeof(strukture) isti u bajtovima (tacnije u bitovima!)?
Dali je bajt koji posaljem isti u broju bitova bajtu koji se primi sa druge strane?
Pretpostavljam da bajt jeste svuda 8
Dali tcp lejer tu nesto hendluje?
Nemam nikakvog iskustva u ovakvoj situaciji
Razmisljam da typove podataka u strukturi definisem nekim multiplatformskim (Qt) definicijama umesto primitivama ..
Dali bar char mogu da ostavim u strukturi u osnovnom tipu char , ostale bi apstakovao.
I uopste vase misljenje ko je imao iskustva.


 
Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8632
*.3gnet.mts.telekom.rs.



+2789 Profil

icon Re: Vase iskustvo sa velicinama osnovnih tipova na 32 vs 64 bita05.11.2012. u 23:43 - pre 138 meseci
Mislim da čak i ako koristiš standardne tipove sa specificiranom veličinom (int32_t) nema garancija da će sizeof biti isti zbog slobode kompajlera da upotrebi malo više prostora zbog poravnavanja, tako da je pravilno rešenje serijalizacija u neki niz bajtova.

Bajt (char) je svuda 8 bita, za to nemoj da brineš.
Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.
 
Odgovor na temu

Eurora3D Team
Nebojsa - Programer & Vodja tima
Beograd

Član broj: 120376
Poruke: 900
*.dynamic.sbb.rs.



+7 Profil

icon Re: Vase iskustvo sa velicinama osnovnih tipova na 32 vs 64 bita06.11.2012. u 01:21 - pre 138 meseci
Hvala Nedeljko. Tako sam nesto i mislio.
Stavicu Qt tipove (quintXX i qintXX) jer su definisanih velicina i char za char i to bi trebalo da zavrsi posao u svakoj varianti.
 
Odgovor na temu

milanche
San Francisco

Član broj: 2447
Poruke: 1200
*.netflix.com.



+1001 Profil

icon Re: Vase iskustvo sa velicinama osnovnih tipova na 32 vs 64 bita06.11.2012. u 04:09 - pre 138 meseci
Mogu da prenesem neka svoja iskustva sa portovanja 32-bitnog Windows koda
na 64-bitni Ubuntu i Fedoru.

Nezgodnije situacije sam imao u delovima koda gde je originalni pisac cast-ovao
int* na int (da bi uradio nekakve provere i neku malo neobicniju aritmetiku pointera
i rezultat upisao nazad u int*). Na 32 bita, velicine oba su 32-bita, dok su se na 64 bita
razisli (sizeof(int*) = 8, sizeof(int) = 4), sto je dovelo do gubitka gornja 4 bajta, i
dovelo do neprijatnih crash-eva.

Druga nezgoda se desavala sa promenljivom tipa long. Originalni 32-bitni kod je
podrazumevao da je velicina promenljive 4 bajta, dok je na 64-bitnom Linux-u velicina
8 bajtova.

Upotreba int tipova kao sto su int16_t, int32_t i slicno je znatno doprinela preciznijoj
portabilnosti (za individualne promenljive).

Naravno, kao sto @Nedeljko rece, kad su u pitanju strukture i alignment, ta preciznost
nece biti dovoljna da spreci uobicajene navike kompajlera da pronadje koji je najveci
tip podatka u strukturi pa da alocira toliki prostor za svaku clanicu strukture bez obzira
na njenu velicinu. GCC srecom podrzava #pragma pack(N)
http://gcc.gnu.org/onlinedocs/...cture_002dPacking-Pragmas.html
pa se sa tim problemom moze izaci na kraj.

Citat:
Bajt (char) je svuda 8 bita, za to nemoj da brineš.


Iako se u teoriji daje dosta slobode u pogledu definicije (cak i navode primere nekih
masina/OS-eva na kojima to nije slucaj), potpuno delim ovo misljenje.

Toliko specifikacija raznih vrsta operise sa 'oktetom' (octet) da prosto ne mogu da
zamislim da ce programerska svakodnevica da se u dogledno vreme odrekne tipa
podatka cija duzina je 8 bita (ako vec storage nije problem, valjace da postoji tip
pokazivaca koji inkrementiranjem skace za 8 bita). Ako se mozda moze ludovati na
OS-u, ne mogu se preko noci menjati tone sveukupnog ostalog hardvera koji je
dizajniran na temeljima 8-bitnog bajta.

Takodje, mislim da i short (16 bita) nece bar jos neko vreme menjati velicinu, jer
najmanje jedna bransa (audio) ima solidno ustanovljenu upotrebu za isti (dinamika
od 16 bita priblizno dobro odgovara realnim audio potrebama), tako da ne verujem
da ce da se forsira promena multimedije + conferencing + ... tek tako lako.

Ona poznata garantovana nejednacina sizeof(char) <= sizeof(short) <= sizeof(int) <= sizeof(long)
ce se po svemu sudeci odraziti tako da ce jedini profiter biti tip long, koji na 64-bita
konacno dobiti krevet dovoljno dugacak da moze da se ispruzi k'o covek.

Na ovoj temi u odgovoru ima vrednih detalja na jednom mestu:
http://stackoverflow.com/quest...size-of-long-on-64-bit-windows

Citat:

In the Unix world, there were a few possible arrangements for the sizes of integers and pointers for 64-bit platforms. The two mostly widely used were ILP64 (actually, only a very few examples of this; Cray was one such) and LP64 (for almost everything else). The acronynms come from 'int, long, pointers are 64-bit' and 'long, pointers are 64-bit'.

Type ILP64 LP64 LLP64
char 8 8 8
short 16 16 16
int 64 32 32
long 64 64 32
long long 64 64 64
pointer 64 64 64
The ILP64 system was abandoned in favour of LP64 (that is, almost all later entrants used LP64, based on the recommendations of the Aspen group; only systems with a long heritage of 64-bit operation use a different scheme). All modern 64-bit Unix systems use LP64. MacOS X and Linux are both modern 64-bit systems.

Microsoft uses a different scheme for transitioning to 64-bit: LLP64 ('long long, pointers are 64-bit'). This has the merit of meaning that 32-bit software can be recompiled without change. It has the demerit of being different from what everyone else does, and also requires code to be revised to exploit 64-bit capacities. There always was revision necessary; it was just a different set of revisions from the ones needed on Unix platforms.

If you design your software around platform-neutral integer type names, probably using the C99 <inttypes.h> header, which, when the types are available on the platform, provides, in signed (listed) and unsigned (not listed; prefix with 'u'):

int8_t - 8-bit integers
int16_t - 16-bit integers
int32_t - 32-bit integers
int64_t - 64-bit integers
uintptr_t - unsigned integers big enough to hold pointers
intmax_t - biggest size of integer on the platform (might be larger than int64_t)
You can then code your application using these types where it matters, and being very careful with system types (which might be different). There is an intptr_t type - a signed integer type for holding pointers; you should plan on not using it, or only using it as the result of a subtraction of two uintptr_t values (ptrdiff_t).

But, as the question points out (in disbelief), there are different systems for the sizes of the integer data types on 64-bit machines. Get used to it; the world isn't going to change.
 
Odgovor na temu

Nedeljko
Nedeljko Stefanović

Član broj: 314
Poruke: 8632
*.3gnet.mts.telekom.rs.



+2789 Profil

icon Re: Vase iskustvo sa velicinama osnovnih tipova na 32 vs 64 bita06.11.2012. u 14:27 - pre 138 meseci
Elem,

Code (cpp):

#pragma pack(push,1)

struct Person
{
    char name[15], surname[15];
    char birthDay, birthMonth;
    qint16 birthYear;
};

#pragma pack(pop)
 


Treba da prođe na VC++ i GNU C++ kompajleru sa sizeof(Person)=34.

Sve to važi za strukture sa prostim nepokazivačkim tipovima.

[Ovu poruku je menjao Nedeljko dana 06.11.2012. u 19:22 GMT+1]
Nije bitno koji su zaključci izvučeni, već kako se do njih došlo.
 
Odgovor na temu

Eurora3D Team
Nebojsa - Programer & Vodja tima
Beograd

Član broj: 120376
Poruke: 900
*.dynamic.sbb.rs.



+7 Profil

icon Re: Vase iskustvo sa velicinama osnovnih tipova na 32 vs 64 bita06.11.2012. u 23:05 - pre 138 meseci
Citat:
Nedeljko:
Mislim da čak i ako koristiš standardne tipove sa specificiranom veličinom (int32_t) nema garancija da će sizeof biti isti zbog slobode kompajlera da upotrebi malo više prostora zbog poravnavanja, tako da je pravilno rešenje serijalizacija u neki niz bajtova.

Bajt (char) je svuda 8 bita, za to nemoj da brineš.

Da i to. Kompajlujem da radi na dva kompajlera na widnowsima (msvc i gcc) ali bi trebalo da se konacna verzija izbilduje samo jednim (ustvari sa dva 32 i 64 ali iste vrste) a na linuxu sa gcc 32 i 64
A kod treba da bude korektan preko tcp-a u svakoj kombinaciji
Hvala obojici
 
Odgovor na temu

[es] :: C/C++ programiranje :: Vase iskustvo sa velicinama osnovnih tipova na 32 vs 64 bita

[ Pregleda: 1855 | Odgovora: 5 ] > FB > Twit

Postavi temu Odgovori

Navigacija
Lista poslednjih: 16, 32, 64, 128 poruka.