Miért nincs 64 bites Flash Player?

Ok, jogos, most tudtam megnezni a tobbi threadet is. ;-)

---------------------
Minél korszakalkotóbb ötlettel állsz elő, annál több hülyén kell átverekedned magadat.

Ez teny, de en arrol az esetrol beszelek, amikor egy ilyen ganyolt kodot kell atirni egy jo programozonak, tehat a portolast mas csinalja, mint aki az eredeti ganyolast. :) (Es mar lattam/portoltam ultra-ganyolt kodot amit egy amugy nagyon jo programozo csinalt. De neveket nem mondanek. :)

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

Tisztaban vagyok vele, de attol meg funkcionalitas szempontjabol, vagy optimalizacios szempontokbol elofordulhat, hogy ujra kell irni az asm beteteket. (Pl. hogy a C fordito altal generalt kodokhoz illeszkedjen, hiszen felteszem az ABI azert tok mas 32 es 64 biten.)

-=- Mire a programozó: "Na és szerintetek ki csinálta a káoszt?" -=-

:) na azert a 32 bites architekturarol 64 bitesre torteno portolas nem annyibol all, hogy megkeresem a "hasonlo" regisztereket. persze lehet igy is portolni, de emiatt folosleges assembly kodot irni, mert az igy keszult kodot nevezhetjuk sokmindennek csak eppen optimalisnak nem ;) ha optimalizalt kodot akarsz irni, figyelembe kell venned a hw adottsagait, mint pl. az amd64 eseteben a regiszterek megnovelt szamat, ami maris azt eredmenyezi, hogy pl. tobb lokalis valtozot tudsz regiszterekben tarolni, ami gyorsabb hozzaferest biztosit, mintha a stack-en tarolnad oket. persze, ennek is vannak hatranyai. szoval a portolas azert nem egy konnyu feladat, de volt ra idejuk boven. kivancsi leszek, ha majd megjelenik a 64 bites vista, mennyi ido mulva dobjak ki a 64 bites flash playert. ki tudja, lehet hogy mar masnap ;)

ebben teljesen egyetertek veled trey, a 64 bit elterjedesenek legnagyobb gatja a 64 bites windows hianya, de abban mar nem ertek egyet veled (nem csak veled ;)), hogy a 64 bitnek ott van "nemi" ertelme, ahol 4 gb-nal tobb memoriara van szukseg. az amd64 architektura bevezetese nem csak a 64 bites cimzesi mod lehetoseget (es igy a megcimezheto memoria noveleset) hozta magaval, hanem egy rakas mas ujitast is, pl. uj 64 bites general purpose regisztereket, uj 128 bites xmm regisztereket, rip cimzesi mod, kibovitett utasitas keszlet, stb. ezek mind teljesitmeny novekedest jelentenek, amennyiben a proci 64-bites modban fut (long mode/64 bit mode). az szerintem egy picit azert eros, hogy adott mar evek ota a hw architektura, ami egyertelmuen a jovot jelenti, van hozza jonehany 64-bites os (bsd, linux, ...) is es ennek ellenere meg mindig van nehany sw ceg, aki a sajat (!) szutyok termeket keptelen az uj architekturara portolni (azert a sajat sw portolasat nem neveznem eppen korszakalkoto ujitasnak;). azon persze lehet megint vitatkozni, hogy tenyleg keptelenek-e ezt a lepest mar evek ota megtenni, vagy csak nem akarjak megtenni, ezzel probalvan esetleg kifekezni a jovore mar (ez inkabb mar a jelen, semmint a jovo) felkeszult alternativ (ertsd, nem vindoz ;)) oprendszereket. na jo, azert nem vagyok az osszeeskuves-elmeletek rajongoja ;), rojuk fel az egeszet inkabb, az adott cegek lustasaganak (nemi ostobasaggal keverve).
azert szerencsere vannak pozitiv peldak is, mint pl. az ut2004 :) ezt a jatekot ugye nem azert hivjak igy, mert tegnap jelent meg a piacon. es megis a fejleszto ceg, mar a jatek megjelenesekor ugy erezte, megeri a 32 bites linux-os verzio melle, a 64-bitre optimalizalt verziot is a telepito cd-re/dvd-re rakni! en mar tobb mint egy eve, ezt futtatom ;)

Azt ugye nem kell mondanom, hogy van olyan 32 bites alaplap ami - linux alatt is - "csak" 3 gigat lat a 4-bol. ;-)

de ez a 4GB még mindig csak egy processz address spaceéről szól. Mert hogy 32 bites rendszerben is lehet több memóriát használni mint 4GB (asszem 64GB az elméleti max).

eleg szarul megirt (ertsd rendkivul eroforraszabalo)

Hú, ebből durva asszociációk alakultak ki bennem, de nem szólok semmit. :-P
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

Rendelkezésre álló fizikai memóriától független a PAE overhead-je.

amúgy a PAE nem is jönne szóba (<4G)

Lentebb belinkeltem (biztosan?) valami MSDN-linket, ott azt írja, hogy a PAE az a DEP-hez is kell, tehát nem csak a > 4G RAM a PAE lényege. Nem nagyon másztam bele, ezért lehet, hogy ökörséget írok.
--
Gentoo motto: It's worth spending eight hours trying to make something load 20ns faster.

A link szerint pae ide-pae oda, zikszpé csak 4G-t lat.(lasd a tablazat * labjegyzete) Akkor mi ez a mizeria?:) (jopersze, a 3g feletti reszekhez, ha van.)

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

x64-nél alapból 64 bites a címzés, így nincs szükség a fizikai cím kiterjesztésére (PAE).

ertheto, thx!
--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.