Hirdetés

  2. Fórumok
  3. Processzorok, tuning
  4. Processzorok 64 biten
Keresés

Új hozzászólás Aktív témák

  • #110 Vertic aktív tag Tibord #109
    Új Válasz #110
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Vertic

    aktív tag

    válasz Tibord #109 üzenetére

    öööö, hát erről inkább nem nyilatkoznék, mert nem akarok hülyeséget beszélni.

  • #108 Vertic aktív tag Tibord #106
    Új Válasz #108
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Vertic

    aktív tag

    válasz Tibord #106 üzenetére

    Na igen, a játékok... ott a teljesítményigény nagyon függ attól, hogy milyen típusú játékról van szó, de általában három dolog nagyon számításigényes ezen a területen: a grafika, a fizika, és az A.I. (vagy M.I., ahogy tetszik :) ).
    Az utóbbihoz szerintem nincs szükség nagy pontosságú számításokra, ott inkább sokmindent kell csinálni, szóval az nem hiszem, hogy sokat profitál a 64 bitből.
    Előbbi kettő, a grafika meg a fizika viszont igen, na itt viszont nagyon durván sok a számítás, és egy részéhez nagy pontosság sem árt. Viszont itt meg legtöbbször már elkészült motorokat használnak fel a játékokhoz, mivel ezeket baromi hosszú ideig tart kifejleszteni és sok pénzbe kerülnek. Másrészt meg ezek a motorok valószínűleg tele vannak elég durva alacsony szintű trükkökkel amik kihasználnak mindenféle hardver- meg szoftversajátosságokat, hogy minél gyorsabbak tudjanak lenni. És azt sem szabad elfelejteni, hogy a grafika már amúgy is eléggé optimalizálva van hiszen az oroszlánrésze a GPUban számolódik, tehát itt nem is lehet elvárni a nagy gyorsulást a 64 bitre váltással, hiszen a GPUra nincsen hatással ez (legalábbis szerintem)
    Szóval ahhoz, hogy a játékok 64 biten gyorsabbak legyenek kell egy tisztán 64 bitre írt motor, ami most még nem létezik, és szerintem néhány évig még nem is fog... na, viszont ha az elkészül, szerintem akkor se kell azt várni, hogy durván gyorsabb lesz, inkább csak 32 biten lesz lassabb :)

    szerk.: igen, a memóriaigény viszont valós, ahogy elnézem trendet, tehát ha más nem is, ez abba az irányba mutat, hogy kelleni fog az a 64 bites rendszer előbb-utóbb.

  • #104 Vertic aktív tag Tibord #103
    Új Válasz #104
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Vertic

    aktív tag

    válasz Tibord #103 üzenetére

    az autószereléses hasonlat azért sántít, mert ott teljesen máshogy kell szerelni egy trabantot, mint egy toyotát.
    de egy 32 bites programot ugyanúgy kell megírni, mint egy 64 biteset, tényleg semmi különbség nincsen a kettő között, nem kell semmiféle mágiára gondolni. Csak akkor használhatod ki a nagyobb adatszélesség nyújtotta előnyöket, ha eleve szükség volt rá. De ha nem volt, akkor attól nem lesz gyorsabb a program, hogy "64 bitre optimalizálják". Ha eleve szükség volt a nagyobb memóriára, pontosabb számításra, akkor gyorsíthat - vagy pontosíthat - különben meg semmi különbség nem lesz.

  • #101 Vertic aktív tag hobizsolti #96
    Új Válasz #101
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    Vertic

    aktív tag

    válasz hobizsolti #96 üzenetére

    így van.
    Elég kevesen tolják assemblyben... :) egy átlagos alkalmazásnál meg az ember valami fincsi magasszintű nyelvben kb. leszarja, hogy az a változó amit használ épp, az milyen pontosságú - amíg elég az adott pontosság. Tehát ha elég a 4 bájtos integer, akkor senki nem fog 8 bájtosat használni, tök értelmetlen is lenne.
    A lebegőpontos számoknál már sokszor van értelme double-t használni, de ahol kellett, ott eddig is azt használtak, szóval ezzel nem sok nyereség lesz.
    Leginkább a fordítóprogramok feladata az optimalizálás, de az se tud mit csinálni, ha egyszerűen nincs szükség a szélesebb adatra. Ha trükközni lehet a fordításnál, hogy összefoghatnak esetleg két 32 bites adatot, akkor rendben, mondjuk ennek sem tulajdonítok nagy jelentőséget, de a programozók döntő többsége soha nem kerül ezzel közelebbi kapcsolatba, csak kiválasztja, hogy neki mekkora pontosság kell, és csókolom.
    Az optimalizáció inkább a visszairányba szokott kelleni - tehát ha 32 bites platformra írunk programot, és túl lassú, akkor megpróbáljuk a 64 bites változókat olyan keveset használni, amennyire csak lehet, vagy ha nincs FPU a gépben (mobilokra kell gondolni), akkor mindent integerrel old meg az ember amit csak tud, még ha logikusan lebegőpontos kéne is.
    De olyan optimalizációról még nem hallottam, ami gyorsítana valamit, ahol egyszerűen nincs kihasználva ez.
    Tehát valószínű, hogy a képfeldolgozó-renderelő, illetve a hatalmas memóriát vagy nagy pontosságú számítást igénylő programokon kívül a többi (a mindennapi életben használt programok túlnyomó többsége) soha a büdös életben nem lesz gyorsabb 64 biten, és ez nem a programozók hibája. Ennyi.

Új hozzászólás Aktív témák