 Hozzászólások  A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
Ez az új m$ oprendszer natív 64bites lesz és képes futatni az új natív 64b bites programokat de a régi 32bites módra írt proggyk futattására is képes a kompatibilítás érdekében. Én úgy emléxem ezt a két módot lehet 64bites környezetben előcsalogatni így a régi 16bites dos/win programokat végleg el kell felejteni vagy maximum lesz valami softwares emuláció. Aztán lehet hogy ezt meg én tudom rosszul, anno már régen néztem át egy AMD-s pdf-et és ilyen emlékeim maradtak.
Azért ezek az új processzor üzemmódok nagyobb változtatások egy SSE féle új utasításkészletnél, ezért is készül hozzá új op.rendszer és ezért lesznek hozzá új programok. A nagy előnye hogy hardweresen kezeli a régi 32biten megírt programokat így kevésbé fájó pont a váltás, fokozatosan lehet lecserélni a meglévő softwareeket.
|
Köszönöm a kimerítő választ!
Akkor ha jól értem, akkor a közeljövőben nem a natív 64 bites mód fog érvényesülni, hanem főként a 32 bites stackkel rendelkező, de 64 bites regiszterek használatát is megengedő mód. Ebben az esetben tekinthető úgy ez az egész 64 bites dolog, mintha egy újabb MMX, SSE, 3DNow! kiegészítéssel látnák el a procikat?
Persze azzal a megkötéssel, hogy a natív 64 bites mód többre hivatott, bár nem használható a jelenlegi 32 bites programokkal újrafordítás nélkül. Jól gondolom?
modik szégyene|meglátszik hogy szeretsz bünteto pontokat adni ezt bátyámis megmondta mikor neki adtál
na ved le szépen büntetopontot|hola vip pénzem ... erol nem volt szó hogy ezért fizettek
|
Az üzemmódok a kompatibilítás megőrzése érdekében vannak. Az utasításkészletet prefixekkel viszonylag 1xűen lehet kompromisszumok nélkül bővíteni de nagyobb változtatásokhoz(pl. virtuális memória, 32/64 bites címzés) kellenek az új üzemmódok.
Pl. 16 bites real mode esetén 64KB volt egy szegmens mérete, nem volt virtuális memóriakezelés, a stack kelezés is 16 bites volt. Egy MOV AX,[BX] esetén ha használtad a 32bites prefixet akkor már MOV EAX,[EBX] lehetett a végrehajtandó utasítás de attól a 64KB-os szegmenhatás ugyanúgy megmaradt így hiába volt EBX-ben 64k feletti érték.
Natív 32 bites üzemmód esetén prefix nélkül a 32 bites regiszterek használata a default és a prefixáltakkal érhető el a 16 bites régi regiszterek. A virtuális memória kezelése a hardwaresen támogatt lapkezés által lehetővé vált.
64 bit esetén hasonló váltás történik a kompatibilítás érdekében, prefixekkel használhatók a meglévő 32 bites regiszterek 64 bites változata de ugyanúgy továbbra is 32 bites a stack felépítése és 32 bites a megcímezhető terület hogy a meglévő programok változtatás nélkül futtathatóak legyenek. Natív 64 bites módban lesz lehetőség a további 8 általános célú regiszter használatára és a 8db további 128bites multimédia regiszter is elérhető lesz. A stack szervezése is 64 bites lesz ahogy a memóriacímzés is. A szegmensregiszterek kezelésében is van némi változás. Ezért kell újrafordítani a programokat lehetőleg egy olyan compilerrel ami optimális kódot fordít és kihasználja az új üzemmódban rejlő többlet lehetőségeket.  |
Ha ez mind ilyen szép és jó, akkor viszont minek az a sok üzemmód? Elvégre a régi programok úgysem ismerik az új utasításokat, a régieket pedig ismeri az új proci. Akkor tehát menni kellene a régi programoknak is mindenféle hókuszpókusz nélkül 64 bites üzemmódban is.
Áááá mindegy, nem értek én ehhez :)
modik szégyene|meglátszik hogy szeretsz bünteto pontokat adni ezt bátyámis megmondta mikor neki adtál
na ved le szépen büntetopontot|hola vip pénzem ... erol nem volt szó hogy ezért fizettek
|
"Túlzott gyorsulást nem a 64 bit fog okozni az csak nagyobb adatok mozgatásánál a memoban jelenthet előnyt, elágazás, iteráció esetén sok előnyét nem veszed."
Na ez sem teljesen így van. Ha 64 bites adatokkal kell dolgozni, akkor 32 bites műveletekből többet kell végezni, plusz a kiegészítő utasítások, miközben 64 bit esetén 1db utasítás megcsinálja. Ha sok ilyen van egy programrészben, többszörös gyorsulást is hozhat a 64 bites architektúra.
|
Az tényleg nagyon alapfok lehetett... :)
Ha egy 64 bites adat regiszter alsó 32-16-8 bitjét használod, az olyan, mintha a többi bit ott sem lenne.
Procin belül (legalábbis a regiszterekkel végzett műveleteknél) csak előnye van a dolognak. Memóriahozzáférés esetén lehetnek zűrök (mint írod a különböző hozzáférési hosszok keverése), de a datacache ezt elég jól megoldja.
|
Szerintem te a processzor üzemmódokkal kevered. Régen volt asszem 4 fajta(én is már jó rég programoztam utoljára asm-ben) real mode a 16 bites, meg a 32 bitesnek is volt több fajtája. Most ha jól tudom 2 új 64 bites mód lett. Természtesen taszk váltáskor lehet váltani ezek között de azért ez nem az amit te leírtál, taszkváltás nincs minden gépi kódú utasítás végrehajtása során.
A kezdteknél volt pl. akkumulator regiszter 16 bites volt AX, ennek volt az alsó 8 bitje AL, a felső 8 meg AH. Aztán 386-nál ez a regiszter 32 bites lett EAX, de az alsó 16 bitje ugyanúgy megmarad AX és AH,AL is ugyanúgy elérhető maradt. Most a 64 bites módben lett RAX aminek az alsó 32 bitje EAX és a többi alábontás is ugyanúgy él tovább. Különböző utasítás prefixek jöttek be az idők során így volt lehetséges a bővítés. Az utasítás dekódolás során ezen a prefixek nem lassítanak(ezért is vannak olyan hosszú soklépcsős feldolgozású procik)
|
Programoztam Assemblyben, de nagyon alapfokon az tény. Soha nem is szerettem :)
Na mindegy. Lehet égő meg hülyeség, amit gondolok, de valahogy akkor sem korrekt itt minden. Nem tudom elképzelni, hogy minden veszteség nélkül lehessen egymás után használni 32 és 64 bites utasításokat. Persze ettől függetlenül még lehet, hogy így van, nem én tervezem a procikat.
modik szégyene|meglátszik hogy szeretsz bünteto pontokat adni ezt bátyámis megmondta mikor neki adtál
na ved le szépen büntetopontot|hola vip pénzem ... erol nem volt szó hogy ezért fizettek
|
Ez hülyeség Pheel, szerintem most zárt rövidre ezt a vitát mielőtt még jobban leégeted magad. Látszik hogy sosem programoztál assemblyben. Pont azért vannak 64 bittől eltérő méretű regiszterek hogy címezhető legyen kisebb tartománya is regiszternek.
Túlzott gyorsulást nem a 64 bit fog okozni az csak nagyobb adatok mozgatásánál a memoban jelenthet előnyt, elágazás, iteráció esetén sok előnyét nem veszed. A 64 bites üzemmód egyik igazi előnye ami sebesség növekedés okoz hogy 8-cal több általános célú és 8-cal több 128bites multimédia regiszter van, ha ezekre is optimalizálnak a jővőbeli fordítóprogramok akkor hozhak pár százalék sebesség többletet. De ezt a gyorsulást nem a 64bitesség okozza, ha egy új 32 bites mód lett volna hasonló többlettel regiszterekkel annak is ugyanilyen gyorsító hatása lenne megfelelő kód optimalizáció után.
A 64 bit igazi előnye a 4GB-nál több megcímezhető memória viszont a vásárlóközönség csupán egy kis részének a szervereket üzemeltetőknek fog igazi előnnyel járni már ha egyáltalán épp szükségük van erre a többletre, de a home és üzleti felhasználók szinte 99%-a számára totál közömbös lesz ennek a fjúcsörnek a beépítettsége hisz úgy sem fog 8 meg 16GB memóriát a gépébe pakolni még jó ideig, a 4GB még nagyon sokáig elég lesz. |
Ha egy regiszter 64 bites, akkor hiába akarsz te oda csak 32 bitet másolni, az akkor is 64 bitet fog írni, ha másért nem, hát hogy kinullázza a felső biteket. Kapisgálod? :-P
modik szégyene|meglátszik hogy szeretsz bünteto pontokat adni ezt bátyámis megmondta mikor neki adtál
na ved le szépen büntetopontot|hola vip pénzem ... erol nem volt szó hogy ezért fizettek
|
Ne beszélj hülyeségeket!!!
32 bites üzemmód:
- 8 bites operandus
- 16 bites operandus
- 32 bites operandus
64 bites üzemmód:
- 8 bites operandus
- 16 bites operandus
- 32 bites operandus
- 64 bites operandus
Kapisgálod?
|
Ilyen esetekben pedig az üzemmódok közötti váltás jelent időveszteséget :)
modik szégyene|meglátszik hogy szeretsz bünteto pontokat adni ezt bátyámis megmondta mikor neki adtál
na ved le szépen büntetopontot|hola vip pénzem ... erol nem volt szó hogy ezért fizettek
|
Miért is? Nem kötelező 64 bites operandusokat használni, ha csak 32 bites műveleteket akarsz végezni.
|
Meg sok esetben csökkenést is, pontosan a nagyobb adatok felesleges mozgatása miatt.
modik szégyene|meglátszik hogy szeretsz bünteto pontokat adni ezt bátyámis megmondta mikor neki adtál
na ved le szépen büntetopontot|hola vip pénzem ... erol nem volt szó hogy ezért fizettek
|
Te miről beszélsz? Nem csak az address space lesz nagyobb, az adatregiszterek is 64 bitesek! Ez sebességnövekedést is jelent.
|
Nah, ez orom ;> - mar csak motivacio kell a gepbovitesre... meg persze az apro elhanyagolhato kis penz.
|
Gamer szinten mindenki athlon64-et venne, nem igazan a 64 bit miatt, hanem az egyeb jo tulajdonsagai miatt.
Amde az amd eleg keveset tud gyartani beloluk, ezert hiany is van belole, es ami van azis draga.
|
Szerintem meg legalabb 2-3 ev, mire a 64bites procik vezeto szerepet tudnak betolteni. Lehet hogy 1-2 even belul mar ujonan csak 64-bites CPU-t lehet majd csak kapni, de nagyons ok helyen meg PII es PIII szintu gepek vannak. Munkahelyi-irodai szinten szerintem a gepek 50% ilyen. Minek egy Word-hoz vagy Excel-hez 2-3GHZ-es 64bites proci?
|
sokba kerülhetett az intelnek ennyi ideig "visszatartani" a 64 bites windowst....
|
Emulációról kár beszélni.
Egy új 64 bites platform csak fölösleges halál lenne a piacopn, ala Itanium. Lásd mennyi pénz van beleölve, és mégis csak vegetál. Nyereségre képtelen a project. Olyan mennyiségű sw kéne hozzá, hogy normálisan használható legyen amit az életben nem fognak kiadni rá. Azt hitték mindenki beleöl majd milliárdokat ahogy az Intel HP és akkor sirály. Csak senki nem hülye, hogy majd jön egy szamár és követik. HA lesz rá igény megcsinálják, ha nem, akkor nem. CSakhogy igény is akkor van ha már van gép, de addig meg nincs gép amedig nem tudják biztosan az SW hátteret. Csiki csuki. Szevasz Itanium helló AMD64.
Az x(/ -os úgy tudnák lecserélni nagy nehezen, ha az új megoldásokat és a régit is tudná futattni a gép. Ami azért nagságrendekkel nehezebb feladat mint egy 16/32/64 -bites hibrid megoldás. És akkor kb 4-6-8 év alatt elavulnak az x86 -ra iródott progik, majd az ez után következő procik már elhagyhatják az x86 -os maradványokat. HA ezt jövőre elkezdik, akkor kb 4 év tervezés. + 4-8 év mire újra cserére érik a proc. szerintem min 8 év mire lenne belőlle valami. |
az itanium kifejlesztése tengernyi pénzt vitt el, meg lehet nézni milyen sebességgel képes az x86 kód futtatására évek multán is ...
|
majd m$ ék a longhorn-al besegítenek ...
hátö .. az előző aláírásom sokkal jobb volt :]
|
Olyanból felesleges lenne mégegyet kitalálni hisz már évek óta a piacon van, Intel Itanium a neve.
A 64 bites rendszerek átlag felhasználói körökben nem fognak egy hamar elterjedni. A cégek nem fognak késztetést érezni arra hogy lecseréljék az operációs rendszert és programjaikat 64 bitesre, hisz számukra érdektelen fjúcsör halmazt vonultat fel. 1xűen a hétköznapi használat során nem korlát a maximum 4GB megcímezhető memória. Persze idővel mindenki rá lesz kényszerítve a váltásra ahogy azt már megszokhattuk, de önszántukból nem fognak tolongani a cégek sem az otthoni felhasználók.
|
A linux kernel levelező listán volt arról szó, hogy pontosan milyen is az Intel megoldása, mert az intel amikor bejelentette 1 szóval sem említette az AMD hasonló megoldását, és erre Inteles fazon kibökte, hogy lényegében ua, de vannak eltérések. Szóval lehet olyan programot írni ami nem fut el mind2n. Szerintem hasznosabb lett volna egy új alapokra helyezett 64bites megoldás amit megfelelő teljesítménnyel piacra hozva 32bites emulációval még mindig gyorsabb mint az igazi 32bites rendszerek.
|
szerintem kettő lesz az, jövő ilyenkorra szerintem még mindig alig lesznek rá sw-ek
Hi! I'm a signature virus. Copy me into your signature to help me spread.
|
Szerintem egy év múlva mindegy lesz, mit akarsz egy otthoni gépbe, ha csak 64 bites cpu-t kapsz már a boltban.
|
legalább elkezdődött és már lehet is kapni (nem is olyan drágán) x86-64 es CPUkat , az intel féle gondolom még 1 lépéssel jobb lesz ... aztán megint AMD .. és haladunk
hátö .. az előző aláírásom sokkal jobb volt :]
|
"akár 1 év is eltelhet még, mire teljesen általánossá válik a 64 bit a mainstream szegmensben is."
Akár? Szvsz jóval több, mint 1 év fog eltelni az _általánossá_ váláshoz. Az irodai gépekbe jó ideig elég még a 32 bit, de talán otthonra is (kivéve persze a játékgépeket).
Tesztelo.hu -- Hardver, digit.fényképezőgép, MP3-lejátszó, mobiltelefon, autó és sok minden más...
Csengőhang, oplogó, képüzenet, háttérkép, hangos üdvözlet, videó, JAVA játék.
Írható CD és DVD
|
Ez nem az amd meg az intel hibaja. Egyszeruen a piacnak erre van igenye. Te sem vennel egy procit amin az x86 progik nem mennek, vagy lassan mennek.
|
Ez 1felol jo dolog, mer legalabb ebben nem lesz 2 kulon szabvany ala DVD, ugyanakkor szar, mert megint nem sikerult levaltani az x86-ot, hurcoljuk tovabb annak elavult, lassito maradvanyait. Rovidtavon nyero, hosszutavon katasztrofa.
- Ez egy szent kep, nem hallottatok, he?
|
|
Nyomtatás
Elküldés e-mailben
Teret nyer a 64 bit
Újabb részletek az Alienware két videókártyás gépeiről
Az Intel új high-tech üzemet épít Írországban
A Seagate felújítja egész termékskáláját
Jön a VIA Esther processzor
Jövő hónapban jelennek meg a Sony kéklézeres lemezei
