Aktív témák

  • L3zl13

    nagyúr

    Na ez egy érdekes fejlemény...

    Aki hülye, haljon meg!

  • xuldar

    őstag

    Ha ez igaz, akkor itt a várva várt áttörése az Intelnek, már csak az Itanium órajelét kell feljebbtornáznia.

    Azért jó mazochistának lenni, mert ha rossz, akkor jó. De ha meg jó, akkor rossz, tehát jó.

  • dabadab

    titán

    válasz xuldar #2 üzenetére

    Hat, azert van egy olyan erzesem, hogy egy Opteronos rendszer igy is siman lenyomja, es raadasul meg olcsobb is.

    DRM is theft

  • engusz

    veterán

    válasz dabadab #3 üzenetére

    De ahol már van meglévő Itanium-os rendszer, oda jól jön.

    Nézzék meg közelebbről! Mert minél közelebb hiszik magukat, annál kevesebbet fognak látni.

  • L3zl13

    nagyúr

    válasz dabadab #3 üzenetére

    32 biten biztosan lenyomja, de a lényeg, hogy ez már megkönnyíti az átállást. (Azaz futnak a régi szoftok is tűrhető sebességgel.) És az az Intel szócska még mindig sokat jelent a vásárlóknak...

    [Szerkesztve]

    Aki hülye, haljon meg!

  • Erasmus

    őstag

    válasz dabadab #3 üzenetére

    X86-ban tuti. Gondolj bele, egy 1,5 GHz-es Xeon teljesítményét hozza az amúgy tényleg baromi erős 1,5 GHz-es Itanium 2. Ez kb. egy 1-1,2 GHz-es Pentium III teljesítménye...

    izé,

  • McJames

    senior tag

    Én inkább az Intel termékeket preferálom - bár a marketingjükért nem vagyok oda -, de azért várjuk meg, hogy a felhasználói tapasztalatok igazolják-e a teszteket.
    Ha igen, lehet kalapot emelni... :)

    Aki a villamos alatt fekszik, annak nem természetes a mosolya.

  • dabadab

    titán

    válasz L3zl13 #5 üzenetére

    Nem vagyok meggyozodve arrol se, hogy az Itanium 64 biten jobb lenne, de nem talaltam semmi erre vontakozo benchmarkot (meg persze Itanium arakat se)

    DRM is theft

  • Chain|Q

    tag

    Wow, bamulatos, az Intelnek sikerult dynamic bufferes (a.k.a JIT) x86 emulatort irni Itaniumra... Lenyugozo hol tart mar a technika... :t Gy.k. ilyen ugyanis kb. X eve van mar szinte minden gepre, amiben gyarilag nem x86 proci van. Egyebkent az ugy kapcsan remekul megfigyelheto hogy mukodik a Wintel marketinggepezet. Megcsinalnak valami tok trivialis dolgot, keritenek neki vmi fancy nevet (jelen esetben 'execution layer') aztan telenyomnak mindent a hirrel, a ''fuggetlen'' szakertok es a ''szak'' sajto hangos tapsa :C kozepette... No komment.

    Egyebkent az Itanium architektura mint olyan nem lenne teljesen gaz, de a gyenge pontja hogy nagyon epit a forditora amit hasznalnak rajta. De jo Itaniumos fordito jelenleg nem letezik, barmennyire is szeretne elhitetni az Intel az ellenkezojet. A neten terjedo orultnagy bencsmark ertekeket prezentalo rutinokat ugyanis szorgos assembly koder kezek irtak, direkt az Itaniumra optimalizalva... (Ami ha belegondolunk eleg nagy mazochizmus, tekintve hogy az Itanium - VLIW architektura leven - egyike az assemblyben legkevesbe programozhato prociknak.)

    Pegasos II/G4 -=- Amiga 2000/060 -=- Amiga 1200/060 | hosting www.amigaspirit.hu and www.pegasos.hu

  • Chain|Q

    tag

    Ja egyebkent ha a fenti bencsmark ertek igaz, az nem vet tul jo fenyt az Itaniumra, mivel:

    1., Egy 1Ghz-s G4-es PowerPC-n futo VirtualPC is kepes 1Ghz koruli Pentium III-at emulalni. Es akkor a G5-rol meg nem is beszeltunk...
    2., Kovetkezeskeppen vagy lassu az Itanium 2, vagy meg eleg gagyi az emulator, vagy esetleg a ketto kombinacioja.

    Egyebkent ironikus modon teljesen azonos problemaval a Mac juzerek nagyjabol 10 eve szembesultek, amikor az Apple vegrehajtotta a 680x0 -> PowerPC atallast. Akkor egy hasonlo emulator oldotta meg a gondokat, amely azota is a MacOS resze, es lehetove teszi a regi stuffoknak, hogy az uj architekturaju procikon is fussanak. Emlekszem akkor az Intel vilag nem gyozott rohogni a Motorola faneken, hogy mit szenvednek, es eljen a visszafele kompatibilitas. Aztan lam-lam... :-D

    (Amigan pedig mostanaban zajlik a 68k->PPC valtas, ittis hasonlo problemakkal szembesulunk. Halistennek a hamarosan megjeleno AmigaOS4, es a MorphOS mar beepitve tartalmazza a 68k emulatort. Hazai vonatkozasu erdekesseg, hogy az OS4-ben levo 68k JIT emulatort Rajnai Almos, egy szombathelyi koder irta egymaga, hobbiprojectkent. [L]http://amigos.amiga.hu/rachy/petunia.html[/L] Ez mindenesetre megintcsak minositi az Intelt, nemtudom mit csinaltak az Itanium fejlesztes lassan 9 eve alatt a programozoik, hogy csak most lett kesz az emu...)

    Pegasos II/G4 -=- Amiga 2000/060 -=- Amiga 1200/060 | hosting www.amigaspirit.hu and www.pegasos.hu

  • koviz

    csendes tag

    Kissé fáradt vagyok és hülyeségeket olvastam:

    Intel elkészítette a blablablabla.

    Készül linuxos változat is.

    letölthető a Mocrosoft honlapjáról.

    Mi van? - az elejét ugyanis már elfelejtettem - linuxos cucc microsoft honlapjáról?

    Másodszorra már minden O.K.

    persze ez engem minősít!

    Gondoltam megosztom veletek! :DDD

    [Szerkesztve]

    \'\'Egy terv akkor jó, ha jó! De, hol itt a hajó?\'\'

  • nap

    addikt

    Megvan a yamhill! :D

    browser.tabs.insertRelatedAfterCurrent;false | wing32.dll -> Windows\SysWOW64 | január, február, itt a nyár...

  • emvy

    nagyúr

    Érdekes fejlemény.

    Egyrészt gratula az intelnek, szerintem nem annyira triviális az EPIC-designre egy ilyen megírása, mint amilyennek látszik, de a másik, h az egyébként igen nagy erőforrásokat meg nem használja ki (több FPU pipeline, stb). Szóval a párhuzamosítást (mint ahogy várható volt) nem sikerült összehozniuk eleve nem párhuzamos programok esetén (visszautalnék a másik topicbeli HT körüli vitára).

    while (!sleep) sheep++;

  • tocsa

    senior tag

    válasz Chain|Q #9 üzenetére

    Szivembol szoltal.

    Acer Predator Helios 500 Ryzen, Samsung 960 Pro NVMe + GeChic 15.6" kulso monitor a mobil irodahoz

  • Fiery

    veterán

    válasz emvy #13 üzenetére

    Ne az intelnek gratulalj, az IA32EL-t azok a programozok kovettek el, akik anno az FX!32-t irtak DEC Alphara. Me'g az IA32EL mukodesenek leirasa is kisertetiesen hasonlit az FX!32 technikai leirasara:

    White paper: How DIGITAL FX!32 works
    DIGITAL FX!32 provides fast and transparent execution of 32-bit x86 applications on Windows NT 4.0 Alpha. FX!32 runs these applications at speeds comparable to high performance x86 platforms.



    Creating the speed: background optimization
    The background optimizer produces high-speed native Alpha code from x86 code by using information that is gathered into profiles by the runtime. The native Alpha code is subsequently made available to the runtime and executed the next time the image is run. It is this coordinated process that adds high performance to the transparency of execution, and truly distinguishes DIGITAL FX!32.

    Design goals

    The operation and output of the background optimizer must be as transparent and robust as the runtime environment. The user must never see the operation of the background optimizer and it must always present code to the runtime that runs to correct completion. To ensure transparency, the background optimizer design allows for no assumptions, no manual initiation, and no user intervention in any question/answer cycle. Therefore, all optimization must be based on unambiguous and unimpeachable criteria.

    Coupled with the stringent need for transparent and flawless operation is a requirement for the highest possible performance. It was an explicit goal for the background optimizer to generate Alpha code that runs at 70% of the performance of Alpha code that is generated by an Alpha compiler. The designers recognized that high performance required the exploitation of the full range of optimization techniques that have been developed for modern compilers.

    Realization of the goals

    The background optimizer guarantees transparent and robust operation by cooperating with the runtime to ensure the coherency of the x86 machine state. A coherent x86 machine state means that x86 register assignments, call/return boundaries, the x86 stack, and exception condition processing reflect faithfully what would be observed on actual x86 hardware.

    Achieving the performance goals required that the designers exploit the full range of modern compiler optimization techniques. And, all modern optimization techniques are predicated on global optimization.

    Perhaps the most serious flaw in previous binary translators was their limitation to the basic block or perhaps the extended basic block, as the fundamental unit of translation. All modern optimizing compilers require global optimization techniques that directly conflict with such a basic-block unit restriction. Therefore, removal of this restriction was the fundamental performance requirement. The background optimizer successfully removes this restriction by organizing carefully chosen groupings of basic blocks into significantly larger units, called translation units. Conceptually, a translation unit approximates a ''routine'' in a more traditional compiler. Thus, for the first time, the translation unit technology allows the full exploitation of global optimization techniques.

    The background optimizer takes full advantage of the potential available from global optimization. After initial setup, it uses techniques such as in-lining to prepare code sequences for further optimization from techniques such as value propagation, common subexpression elimination, and scheduling.

    By achieving its performance goals, the background optimizer is able to feed high-speed native Alpha code to the runtime, providing the largest part of the overall performance of DIGITAL FX!32.

    User interface: the DIGITAL FX!32 manager

    The user can view status and provide management information to the server with the DIGITAL FX!32 Manager. The Manager is available as an icon in the DIGITAL FX!32 program group.

    For example, the user can specify a disk-space limit for optimized code and profiles. The server then ensures that any specified limit is not exceeded by discarding old or infrequently used optimized code and profiles. The user can protect important but seldem-used code from being discarded through easy-to-use dialog boxes.

    The DIGITAL FX!32 Manager provides context-sensitive help, as well as providing access to the on-line help found in the DIGITAL FX!32 program group.

    Conclusion

    DIGITAL FX!32 provides fast and transparent execution of x86 Win32 applications on Windows NT Alpha because, for the first time, binary translation is coordinated with runtime emulation. Coordination between the runtime and the binary translator (the background optimizer) is provided by the FX!32 server.

    The runtime provides transparent execution because it contains an emulator that implements the entire x86 user-mode instruction set and because it provides the complete x86 Win32 environment.

    The performance of DIGITAL FX!32 comes from executing high-speed native Alpha code. The majority of that code is produced by a positive feedback loop that exists between the runtime and the background optimizer.The background optimizer provides high performance because it uses global optimization techniques that previously were only available to modern compilers; the background optimizer is the first translator that can use global optimization.

    It is the coordination between the background optimizer and the runtime that successfully combines high performance with transparent execution and truly distinguishes DIGITAL FX!32.


    Fiery

  • HSNet

    aktív tag

    válasz nap #12 üzenetére

    ''Szívemből szóltál.'':)) ) elérhető áron, még gyengébb 32bites, és (hogy a full Itanicot ne veszélyeztesse) visszafogott 64bites teljesítménnyel, aztán megpróbálja valahogy marketinggel eladni:(???????

    Ejnye-Helynye...

    In God We Trust. Everyone else must have an X.509 certificate.

  • Chain|Q

    tag

    válasz Fiery #15 üzenetére

    Oooo mar elnezest, de ez kb. meg mindig egy sima dynamic recompilation emulator leirasa, azzal megspekelve hogyha jol ertem nem csak a memoriaba, hanem egy disk bufferbe is el tudja tarolni a leforditott kodot. Elarulnatok vegre mi ebben a kunszt aminek annyira orul mindenki? Megjegyzem, az se lepne meg ha ez maga FX!32 lenne, portolva Itaniumra, tekintetbe veve, hogy meg a Compaq kotott egyezmenyt az Intellel, kvazi ingyen nekiadva minden Alpha-val kapcsolatos IP-jet... (Volt is nagy morgas a Alphajuzerek kozott emiatt...)

    Pegasos II/G4 -=- Amiga 2000/060 -=- Amiga 1200/060 | hosting www.amigaspirit.hu and www.pegasos.hu

Aktív témák