játékfejlesztés.hu
FórumGarázsprojectekCikkekSegédletekJf.hu versenyekKapcsolatokEgyebek
Legaktívabb fórumozók:
Asylum:    5443
FZoli:    4892
Kuz:    4455
gaborlabor:    4449
kicsy:    4304
TPG:    3402
monostoria:    3284
DMG:    3172
HomeGnome:    2919
Matzi:    2519

Pretender:    2498
szeki:    2440
Seeting:    2306
Geri:    2188
Orphy:    1893
Joga:    1791
Bacce:    1783
MaNiAc:    1735
ddbwo:    1625
syam:    1491
> 1 <
Lexx - Tag | 117 hsz       Online status #99411   2008.11.20 04:12 GMT+1 óra  
Sziasztok.

Egy rövid teszt alapján:

openSUSE v11.0 64 bit

gcc (SUSE Linux) 4.3.1 20080507:

sizeof(int) = 4
sizeof(long) = 8

ez van skacok...

Lexx
   
Geri - Törzstag | 2188 hsz       Online status #99294   2008.11.18 05:57 GMT+1 óra  
Idézet
Eagle_Lor :
A C++ szabványos típusait nem tudom pontosan hogyan érinti a 64 bitre átállás, a szabvány szerint ugyanis az int-nek legalább 2 byteosnak kell lennie, az egyes fordítóktól függ, hogy az int-et meghagyják a megszokott 32 bitesnek vagy megnövelik 64 bitesre.



Megnövelték.

   
Asylum - Törzstag | 5443 hsz       Online status #99288   2008.11.18 04:40 GMT+1 óra  
hát akkor engem jól átbasztak
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
nadam - Törzstag | 364 hsz       Online status #99281   2008.11.18 04:00 GMT+1 óra  
A gépi szó az n-bites rendszeren n bit.
16 bitesen 16, 32 bitesen 32, 64 bitesen 64.

Elismerem, nagy a kavarodás a témában:

http://en.wikipedia.org/wiki/Machine_word

Ha már a 'szót' 16 bitnek tartjuk fenn x86 körökben legalább a 'gépi szó'-t tartsuk fenn a valódi gépi szó-nak szvsz.
   
Asylum - Törzstag | 5443 hsz       Online status #99277   2008.11.18 03:54 GMT+1 óra  
most én vagyok ilyen hülye de szerintem a gépi szó (word) az 16 bit, nem? a 32 bit az már dupla szó (dword). nyilván most a 32 bites rendszerekröl beszélek.
C++ fordítóval és macival alszom
http://darthasylum.blog.hu/
   
Lexx - Tag | 117 hsz       Online status #99266   2008.11.18 00:27 GMT+1 óra  
Sziasztok!

Ha 64 bites Linuxon 64 bites gcc-vel fordítok, akkor tudok 32 bites futtatható progit csinálni, hogy azt majd átvigyem egy másik gépre?

Lexx
   
joco8192 - Tag | 115 hsz       Online status #23564   2006.08.01 00:35 GMT+1 óra  
A GCC egész jól boldogúl a 64 bites rendszerel nekem lasan 2 éve. Igaz nem programozok viszont forráskodból fordítok magamnak csomagot. Az a lényeg 4 es felet legyen a verzió száma.

   
ShAdeVampirE - Törzstag | 1313 hsz       Online status #23425   2006.07.31 02:33 GMT+1 óra  
64 bit még eléggé a jövő, és sztem nem is kell tőle félni annyira, mert max nem megy majd gyorsabban mint a mostanin, aztán egy idő után úgyis beleszoksz az új rendszerekbe. De sztem idővel a fordítók mindent le fognak kezelni, nem kell ettől félni. ASM optimalizálni meg sztem már most sem érdemes, mert legtöbb fordító (MSVC biztosan ) elég dúrván optimalizálja a kódot.
   
flugi - Tag | 111 hsz       Online status #23378   2006.07.30 12:29 GMT+1 óra  
azért azt ne felejtsétek el, hogy a meglevő programjaitok újrafordításától nem fognak automatikusan megnőni a változóitok 64 bitre (szerencsére). Egy időben az volt a C nyelv int típusának a definíciója, hogy a gépi szó méretén egy kettes komplemens előjeles egész. Most hogy itt a 64 bit, meggondolták magukat, és külön kell jelölni a 64 bites egészeket.

Hogy miért? Mert elég könnyen feltehető, hogy millió helyen kihasználták a túlcsordulást, hogy mást ne mondjak CRC jellegű összegeknél, vagy titkosításnál a 32 bites modulusnál. Így aztán egy régi program újrafordítva egyáltalán nem fog majd teszemazt nagyobb fájlokat kezelni, ahhoz a deklarációt át kell írni unsigned int-ről long-ra, ami viszont tényleg megváltozott, és feltételezhető(bb) hogy csak ott írtak long-ot, ahol tényleg az kell.

Ami viszont a 64 bites rendszerek igazi aduásza, az a dupla mennyiségű általános célú regiszter. No ha a programodat lehet úgy optimalizálni, hogy belefér a 8 általános regiszterbe, de a 4-be nem (mondjuk egy irdatlan ciklusmag belsejében egy számítás) akkor jelentősen gyorsulhat a programod már az optimalizálástól is. Namármost én ilyen optimalizálást élőben még nem láttam, igaz csak a Gnu féle g++ -t használtam, de azt alaposan körülszaglásztam. Dekára pontosan ugyanolyan gyors volt egy komoly neuronhálós program futásideje, mint 32 biten (32 bites linuxon, 32 bites windowson, és 64 bites linuxon konkrétan)

   
Eagle_Lor - Guests | hsz       Online status #5392   2005.06.23 09:34 GMT+1 óra  
Az új 64 bites windowsra a régi kódok közül csak az fog lefutni, amelyik elég flexibilisen kezeli az adattípusok méretét. Mivel a gépi szó 32 helyett 64 bites ezért minden pointer és a winapi paramétereinek nagy része is 64 bites. Azok a kodok amelyekben pl. HANDLE helyett DWORD-ot használnak nem fognak menni. A C++ szabványos típusait nem tudom pontosan hogyan érinti a 64 bitre átállás, a szabvány szerint ugyanis az int-nek legalább 2 byteosnak kell lennie, az egyes fordítóktól függ, hogy az int-et meghagyják a megszokott 32 bitesnek vagy megnövelik 64 bitesre.
Ezen felül ügyelni kell az adatok igazítására is, a 64 bites procik alignment hibát dobnak ha a változó nem a méretének megfelelő címre igazított.

A jelenlegi 64 bites win xp sajnos még nem igazán használható, mivel sok dirver még bugos hozzá.


   
Gaborious - Guests | hsz       Online status #5391   2005.06.23 01:04 GMT+1 óra  
Igen, attól mert 64bites platformra váltunk a korábbi kódok legtöbb esetben ugyanúgy használhatóak csak egy 64bites fordítóval újra kell fordítani a programot.
ÉS ha véletlenül a korábban CSAK 32 bitre programozó által optimalizált kód nem fut megfelelően az ezért lehet mert 32bitre optimailizálták és nem 64-re.
Tehát manapság az asm szintű optimalizálást érdemes a fordítókra bízni.

Bocsi ha túl kritikus/pesszimista/kötekedő vagyok, de TE sem úszod meg.(Módosította Gaborious 2005.06.23. 12:48-kor)

   
WToma - Guests | hsz       Online status #5390   2005.06.22 02:43 GMT+1 óra  
Szerintem semmi különös nem lesz. Nem hiszem hogy a 64bit kedvéért sokan asm-ezni kezdenének, a fordítófejlesztőket kivéve. Amikor meg a fordító már jól tud optimalizálni, akkor ugyanúgy lehet progizni mint most
Toma


   
Taybore - Guests | hsz       Online status #5389   2005.06.21 04:30 GMT+1 óra  
Na itt egy új téma, ami mostanában talán fokozottan előtérbe kerülhet majd a játékfejlesztés terén is. Ez pedig nem más, mint a 64bites procik megjelenése, és a rájuk optimalizát programozás. Jönnek (vannak is már) 64bites oprendszerek, szal a csak arra lennék kiváncsi, hogy kinek mi a véleménye erről a témáról

Csak akkor lehetsz a legjobb, ha a legjobbakkal veszed fel a versenyt!

   
> 1 <