Hirdetés

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

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

  • #158 ddekany nagyúr gbors #154
    Új Válasz #158
    Ú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

    ddekany

    nagyúr

    válasz gbors #154 üzenetére

    "gondolj bele pl. abba, hogy egy 3000 fős direktmarketing call center számára szerzel be PC infrastruktúrát. a jól ismert, kezelhető problémákkal rendelkező WinXP-t választod, vagy valami újat"

    A x86-os és a ValamilyenMásVasraKészült XP közt nem olyan nagy a különbség. Kevesebb, mint pl. az XP és a Vista közt van. Igen, Vista-t is kerülik nagyobb cégeknél egyenlőre, de hát előbb utóbb az lesz a szokványos, és akkor a 3000 fős call centerben is az lesz. Szóval megy ez... szerintem túl drámainak gondolnak egyesek egy ISA (és társai...) váltást.

  • #148 ddekany nagyúr gbors #147
    Új Válasz #148
    Ú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

    ddekany

    nagyúr

    válasz gbors #147 üzenetére

    Szerintem viszont műszaki szemmel értelme nincs sok... Ugyanis, ha van Windows, meg driver, meg ilyen-olyan compiler IA-64-re (vagy akármilyen új hardver-platformra), akkor már nem nagy ügy kiadni rá az alkalmazásokat (Office, Photoshop, Half-life, akármi), hiszen ugyan azokat az API-kat használhatják, csak az ISA más, de az meg kit érdekel, megoldja a C++/Pascal/akármi fordító. Jó, igaz, kétféle változat kell mindenből a "boltok polcaira", de ez lényegében már disztribúciós gond (és mivel van Internet, egyre kevésbé), nem műszaki. Persze az egyik nagy "ha" itt az, hogy legyen az új vasra Windows... viszont ezen pont nem tud segíteni az x86 emuláció. A másik nagy ha a driverek megléte, de ha más az I/O (és persze, hogy más), akkor drivereknél sem segít az x86 emuláció. Szóval, itt talán a "mainstream" desktop szoftverfejlesztői kultúrával van a gond, hogy egyszerűen nincs benne a világképükben, hogy Az Egyetlen Szent x86-on kívül más is van. Mert már egy ideje nincs is. Ördögi kör...

  • #146 zlutor aktív tag gbors #145
    Új Válasz #146
    Ú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

    zlutor

    aktív tag

    válasz gbors #145 üzenetére

    az atlagember - megha programozo is ;) - nagyon keves olyan dologgal talakozik eleteben, aminek igazi muszaki akadalya lenne/van...

  • #143 gV őstag gbors #140
    Új Válasz #143
    Ú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

    gV

    őstag

    válasz gbors #140 üzenetére

    vagy még egy lehetőség, hogy az új architektúrára épülő megoldások legalább 1 nagyságrenddel gyorsabbak, és akkor emuláció is játszhat.

    Az Itaniumban volt IA-32 emulátor, az 1.5GHz-es Itanium 2 a Sisoftos cpu tesztek szerint igy kb annyit tudott mint a P4 1.5GHz

  • #122 P.H. senior tag gbors #121
    Új Válasz #122
    Ú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

    P.H.

    senior tag

    válasz gbors #121 üzenetére

    Windows esetén már rég túlnőttük a 32 bites limit(ek)et, csak nem szembetűnő.

    Először is, amiről beszélünk (pl. innen; az első kettő a Feladatkezelő megfelelő oszlopainak kiválasztásával követhető):

    Pool Nonpaged Bytes: these represent allocations directed to the nonpaged pool, which is a set virtual memory pages that always remain resident in RAM. (These are nonpageable bytes.) Device drivers and the OS use the nonpaged pool to store data structures that must stay in physical memory and can never be paged out to disk. (For example, the TCP/IP driver must allocate some amount of nonpaged memory for every TCP/IP connection that is active on the computer for data structures that are required during processing of network adaptor interrupts when page faults cannot be tolerated.)

    Pool Paged Resident Bytes: Most virtual memory pages that are acquired in the Operating System range of virtual addresses can be paged out. The Pool Paged Resident Bytes represent memory locations from the pageable pool that currently reside in RAM.

    System Cache Resident Bytes: the system’s file cache occupies a reserved range of virtual memory addresses, some of which may currently reside in RAM. (Cached file segments can also be non-resident, in which case they must be fetched from disk when they are referenced by executing processes.) System Cache Resident Bytes represents segments of the file cache that are currently resident in RAM.

    32 és 64 bites Windows XP összehasonlítása e tekintetben [link] 2. pont alatti táblázat utolsó három sora.

    A Windows-verziók teljes összehasonlítása e téren: [link]

    Ez magyarázat a Vista sokkal nagyobb (és az XP x64 néha megugró) memóriahasználatára, illetve a x64-es Windows-ok 'látszólagos' gyorsulására.

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