64 bit OS VS. 32 bit OS

[IcePhoenix]

Cauky lidi , mohl by mi nekdo vysvetlit jake ma vyhoy 64bit operacni system, hlavne windows. Jsem uzivatel ktery to bude potrebova hlavne na hry a na praci s videem. Na 32bit systemu jde pracovat maximalne se 4GB RAM, to se mi zda pomalu ale jiste malo. Chtel bych aby mi nekdo ze zdejsich odborniku napsal klady a zapory obou typů systemů. Předem díky

[Aigor]

64bit OS:
+ můžeš využít plnou paměť (pokud máš víc jak 4GB)
- 32bit programy stejně neumí adresovat víc jak tuším 2GB
- některé programy pod 64bit nepojedou, musíš počkat na novou verzi
- ..to samé u ovladačů

Osobně používám 64bit hlavně proto, abych si vytvořil 4GB RAMdisk na který směruju tempy třeba z Photoshopu, testovací SQL databáze, nebo virtuální disky. Hodí se i jako pracovní prostor pro "obrábění" AVI/WAV

[jimmy]

Aigor - na to ale nepotrebujes 64bit system... ja si ve svych WinXP / WinVista - oboje 32bit - udelam ramdisk tak velky, kolik je pameti nad Windowsama adresovatelnou cast (tz. pri 8GB fyzicky osazene pameti mam ramdisk treba 4,5GB)

[IcePhoenix]

oooo dekuji a jak hry? maji problemy s 64 bitovym sytemem, a napr. je poznat na vykonu 8,16GB RAM? Je celkove 64 bit OS sviznejsi nez 32 bit? A pro uzivatele je to vubec cesta k lepšímu?

[Aigor]

Aigor - na to ale nepotrebujes 64bit system... ja si ve svych WinXP / WinVista - oboje 32bit - udelam ramdisk tak velky, kolik je pameti nad Windowsama adresovatelnou cast (tz. pri 8GB fyzicky osazene pameti mam ramdisk treba 4,5GB)

Neřekl jsem, že to nejde v 32bit obejít, jen že to funguje pod 64bit
Osobně jsem s tím měl nějaké problémy, tak jsem přešel na 64bit.

Další relativní výhodou je, že pokud pracuju s 64bit programem, taky líp využívá paměť (např. 64bit verze MySQL)

[monsoon]

Dalsi vyhodou je, ze v 64bitovem rezimu ma procesor 2x tolik registru a tim padem zrychleni u nekterych programu muze byt celkem znacne, klidne 20%

[Petrik]

Ja pouzivam 64bit OS hlavne proto, ze windows XP x64, postavene na windows server 2003 x64, jsou pouze 64-bitove Je to podle meho nazoru zdaleka nejlepsi desktop OS co MS vydal, chova se lepe nez obyc XP, hlavne sprava pameti a sit mi pripada lepsi. Zatim jsem nenasel SW, ktery by nesel premluvit, aby fungoval, idkyz obcas se musi pomoci orcy zrusit nesmyslne launch conditions. Pozor ale na drivery, ne ke vsemu jsou k dispozici.

[IcePhoenix]

Takze se hodi i pro obycejneho uzivatele? Hry filmy, pokud bude system sviznejsi. Tak budu rad, ja jen nerad kdyby mi pulka her nejela,pulka programu nejela. Ja jsem spise zatim zacatecnik.

[Peca-on-line]

Pokud seženeš ovladače, tak dál není problém. Pod 64bit Windows nejedou jenom stařičké 16bitové aplikace a těch už moc nepotkáš a když ano, dá se to řešit nějakým emulátorem nebo virtualpc.

Co se týče výkonu, tak 64bit programy jsou oproti svým 32bit kopiím rychlejší, 32bit programy jedou +- stejně jako na 32bit OS.

[Petrik]

Zaklad je vypnout swap, coz se 4 a vice GB RAM nedela problemy, protoze windows jsou schopne nesmyslne swapovat i pri 16GB RAM snazice se maximalizovat volnou RAM. citace odnekud z netu: volna RAM mi je k nicemu, to jsem ji nemusel kupovat hry hraju bez jedineho problemu, vice RAM se hodi pro disk cache, takze loadovani je rychlejsi a pod. Stejne mi ale pripada, ze diskova cache je ve srovnani s linuxem dost mizerna...mozna ze pomuze 8GB RAM az vymenim desku. Jinak kdyz uz visty (me na komp nesmi) urcite x64, podle testu dokazi rozume vyuzit i 8GB RAM jsou pak rychlejsi nez x86 s 3.5GB RAM.

[Jezevec]

Vyreseno prave tim, ze swap mam v ramdisku .

[Aigor]

Vyreseno prave tim, ze swap mam v ramdisku .

Aaa tady citim zacatek oblibene flamewar


Jinak co se tyka aplikaci, tak normalni user s kompatibilitou nebude mit asi problem. Jina vec je u utilit typu emulator portu, daemon tools, DB server, ramdisk, firewall, etc. Pak je VELKY rozdil, jestli jedu na 32bit nebo 64bit, ale existuji lide kteri si stale mysli, ze vsechno jde pretahnout do 64bit.

[Petrik]

Aaa tady citim zacatek oblibene flamewar


Jinak co se tyka aplikaci, tak normalni user s kompatibilitou nebude mit asi problem. Jina vec je u utilit typu emulator portu, daemon tools, DB server, ramdisk, firewall, etc. Pak je VELKY rozdil, jestli jedu na 32bit nebo 64bit, ale existuji lide kteri si stale mysli, ze vsechno jde pretahnout do 64bit.

daemon tools jede, firewally vestinou take jsou pod x64, ramdisk nevim, vychovany DB server by nemel resitn zda to je x64 nebo ne, koneckoncu je to jen aplikace. emulatory portu ci ruzne usb-serial veci mohou byt problem, to je pravda. to ale nic nemeni na tom, ze 64-bit je budoucnost a vice nez 3.5GB RAM si myslim muze vyuzit kdekdo. pripomina mi to prechod z 16-bit win9X na 2K, kde take ne vsechny stare aplikace fungovaly...

[Jezevec]

Asi takhle, pokud nejsou aplikaci(e), ktery jsou 64bit, tak je prinos 00nic. Aktualne vim jen o nekolika malo aplikacich, kde by to melo jakys takys smysl, ale ony widle maji jeste druhy problem a to ze 64bit jsou a nejsou (nemala cast toho bordelu co se ti nainstaluje je stale 32bit).

Pokud se nainstaluje ciste 64bit OS (=> ne win), pak to smysl mit muze.

Na hry to rozhodne ma vliv spis zaporny, v lepsim pripade nulovy. Na zpracovani videa to muze mit smysl, pokud prislusny tools 64bit umi.

[Petrik]

nesouhlas, konkretne pokud se budem bavit normalni XP vs. XP x64 tak prinosem je lepsi system vychazejici z novejsiho serveru 2003 x64. Benchmarky opakovane ukazuji, ze i 32bit hry bezi o nejake to procento rychleji, duvod muze byt 64-bit ovladac pro GPU nebo celkove lepsi jadro systemu. Myslim ze i pristup do pameti by mel byt lepsi, matne tusim ze 64-bit CPUcka maji v 64-bit rezimu nejake vychytavky co se tohoto tyka. Samozrejme take vice RAM, tvuj SWAP v RAMce to sice pravdepodobne resi, ale s vetsi rezii.
U vist je situace jina, protoze to je jinak +- totozny OS, ktery je ale na druhou stranu takovy zrout pameti, ze ma smysl mit 8GB RAM.

Mimochodem, predpokladam ze windows nepouzivaji SWAP jako disk cache (to by bylo pri beznem rezimu, kdy je swap na HDD, hloupe), takze IMHO prichazis o podstatnou cast disk cache (oproti x64). Naopak je mozne, ze windows cachuji (v RAMce) swap (to dela alespon linux), takze nektera data muzes mit v pameti 2x, cimz mas jeste mene mista na "normalni" uzitecnou disk cache.

Sorry, pokud se to zvrtlo v predpovidany flame.

[DOC_ZENITH]

No ale 64bit XP už nemaj oficiální podporu a končí pro ně vývoj takže o těch bych moc nemluvil. A vůbec jak už padlo, je to jinej systém. Zde by bylo lepší zmiňovat 32bit a 64 bit servery a ty postavit proti sobě, ne XP a XP64, protože to je jinej systém.

Jinak 32bit vs 64bit, dle dotazu toho kdo začal thread , pro něj jednoznačně 32bit. Jednak jsou v tom mnohem lepší ovladače, druhak v tom hry běhaj líp, v 64-bit i některé starší vůbec nejdou. Atd atd atd. Pochopte, že je to člověk, normální user, kterej v životě žádnou 64-bit aplikaci neviděl a dlouho neuvidí.

Já osobně mam 16gb ram, používám stále klasický Windows XP 32bit. Používal bych Windows 2000 kdybych ještě mohl, ale dnes už si s nimi ne všechny programy rozumí, musej se tam dodával dll z XP, atd. Mam to řešený klasicky 3,5gb ram pro OS, zbytek přes PAE namapovaný jako ramdrive. Swap mam vypnutý. Jelikož předtim jsem ho cpal do tý ramdrive, ale ukázalo se že vše co mám běhá ok a lépe bez něj. Nic lepšího jsem zatim nenašel. Nepoužívám 64-bit programy co by přesahly tolik ram a když jsem zkoušel 64-bit OS a 64-bit verze těch programů a 32bit os a 32bit verze, tak 32-bit běhaly furt svižnějc.

Dále pak jsem projel od Win 2000 po poslední bety sedmiček všechny. A dnes jsou pořád s ohledem na kompatibilitu nejlepší WinXP. Druhé místo u mě obsadily Win2008 server 32 bit. Třetí místo ten samý, 64bit. Je to brilatní systém, ale občas pracuji se starými věcmi co se s NT6.x nemaj rády, takže jsem u XP.

[Petrik]

Kdyz jsem kamosovi nedavno stavel kompik na hry, dal jsem mu tam 8GB a vista x64. Ma ho jiz cca rok a nema s 64bit jediny problem. Naopak ve hrach vyuzije velkou diskovou cache, takze loadovani je dost rychlejsi nez na obyc x32. On je klasicky BFU, zadny skopiciny na tom nedela ani nema nejaky specialni HW, pro ktery by nebyly ovladace. Tod ma zkusenost LAMA vs. x64.

ted k tvemu postu: x64 XP jsem s 32bit verzi XP srovnaval prave proto, ze to je jedina alternativa (pokud nechce vista) a to, ze to je lepsi system, je IMHO prave argument.

Chapu to dobre tak, ze abys mohl pouzivat ten RAMdisk pres PAE, tak i OS jede pres PAE adresovani, cimz si o dost snizujes vykon pameti a CPU?

Muzes sem prosim dat alespon par her, ktere nejedou na X64? Ja je mam pres 3 roky, dohral jsem vetsinu dobrych her a ani s jednou jsem nemel zadny problem.

Jinak co se serveru tyka, tak nevim co na nich provozujes ty, ale nejak si neumim predstavit, ze by web servery a databaze, ktere adminuji ja, jely na 32-bit OS a s tim souvijicich 3.5GB RAM nebo kvuli PAE na snizenym vykonu RAMky. Posledni server co jsem instaloval ma 16GB a je to tak akorat . Vse samozrejme linux, mozna ze pro nenarocny terminal server na win 3.5GB RAM staci.

[DOC_ZENITH]

Toho snížení výkonu jsem se bál, ale nenastalo. Respektive takhle, systém je furt stejně rychlej, žádnej vliv na běh programů to nemá.

Ale je to znát, pokud tu ramdrive udělám na jeden velkej oddíl tak, že kus z ní jede přes PAE a kus přes RAM adresovanou normálně OS. V tu chvíli, když tu ramdrive projedu třeba HDtune, tak je tam vidět skok.

Averge read v PAE oblastech je 4265 MB/s a v non PAE je to 4623 MB/s. Ale jak řikám, ovlivňuje to performance pouze té ramdrive, ne systému. A pro představu, když během toho začnu hejbat USB myší, pokles je větší, než jakej je rozdíl mezi PAE a non PAE.

A ke kompatibilitě. No, já jsem člověk co používá nestandardní hardware to jednak a druhak, pokud se máme bavit o hrách tak novější fungujou (mluvimo hrách samotných, ne bídnym stavu ovladačů který donedávna byl), ale nejdou už třeba všechny ehm, cracky. Některé z nich jsou vázány na konkrétní dynamické knihovny, atd.

[mkmt]

Chapu to dobre tak, ze abys mohl pouzivat ten RAMdisk pres PAE, tak i OS jede pres PAE adresovani, cimz si o dost snizujes vykon pameti a CPU?

ale XP bezi v PAE mode default od SP2 a nemyslim, ze to v reale robi problem, takze nevidim dovod preco to nevyuzit

[DOC_ZENITH]

ale XP bezi v PAE mode default od SP2 a nemyslim, ze to v reale robi problem, takze nevidim dovod preco to nevyuzit

Ne, ani nápad. Defaultně určitě ne. Spousta systémů je s tim totiž nekompatibilní, můžou nastat problémy s některými drivery. Ne jednou jsem se setkíval s BSOD u strojů co mi prošly rukama a nevěděl jsem čím to je a bylo to tim, že jsem automaticky zapínal PAE s tim, že doma mi to vždy krásně jelo, ale neni to pravda.

[Petrik]

Takze v PAE rezimu je RAM do 4GB adresovana normalne? To jsem netusil, myslel jsem, ze je cela zpomalena. V tom pripade chapu ze reseni s RAM diskem nemusi byt pro specificke vyuziti uplne spatne.

Ehm, o crackach jsem psat puvodne nechtel, zatim se mi ale nestalo ze bych ho vzdy nejak nerozjel. Pravda ale je, ze obcas potreba trochu googlit. Samozrejme to je argument proti x64, ale tech problemu je tak malo, ze bych to jako zasadni nevyhodu nevidel.

Me proste pripada velka diskova cache, ktera je IMHO mozna pouze s x64, jako dost zasadni vyhoda prave pro obycejne uzivatele, ktera prevazuje nad negativy. Ono je preci jen rozdil, kdyz se ti nejaka narocna hra, ktera sama sezere 3GB RAM, loaduje 10s, nebo 5s, protoze ma vse v RAMce. Samozrejme ale souhlasim, ze pokud nekdo potrebuje pouzivat specificky HW ci SW, ktery pod x64 nebezi, tak nema jinou moznost nez x32. Naopak pro narocne pouziti pro databaze apod je myslim x64 vpodstate nutnost, protoze provozovat rozsahlou databazi na 3GB RAM je casto nemyslitelne.

[mkmt]

Ne, ani nápad. Defaultně určitě ne.

ale ano, bezi default kvoli NX bitu, ktory vyuziva DEP, pretoze je to 64. bit v page table, preto musi byt aktivny PAE rezim t.j. preklad virtualnych adries na fyzicke pouziva 3 urovne namiesto 2 ako je to v beznom rezime a polozky PDE a PTE maju 64 bit namieso 32 bit

ano, problemy by mohli nastat, pokial by nejaky ovladac pristupoval k fyzickym adresam nad 4GB, pretoze v tomto rezime su ovladacom predkladane 64 bit adresy, co samozrejme moze sposobit problem ak ovladac s touto moznostou nerata

v desktopovych verziach win to vsak MS vyriesil tak, ze memory manager ignoruje fyzicke adresy nad 4GB aj ked system bezi v PAE rezime

samozrejme da sa to obist ako to robia niektore ramdisky, pretoze nevyuzivaju sluzby memory managera ale pre pristup k fyzickej pamati pouzivaju vlastny ovladac

[Octopuss]

Koukám, že některý lidi budou vytrvale blbnout ostatní s vypínáním "swapu" a přesvědčováním jak je to super věc. Dělejte si co chcete, nic proti vám, ale ostatním neříkejte bludy

[Petrik]

Muzes to prosim nejak rozvest, konkretne co se tech bludu tyka? To jsou docela silna slova.

Skutecne nevidim zadny duvod zapinat swap, kdyz mam 4GB RAM. Hlasku o nedostatku VM jsem zatim (cca 2 roky co mam 4GB a vypnuty swap) nevidel a vysledkem je dost znatelne zrychleni systemu. Kdyby slo swapovani nejak rozume nastavit, jako napriklad parametrem swapiness v linuxu, tak prosim, ale aby mi wokna odswapovaly programy na pozadi kdyz mam 3GB RAM volne a ja pak cekal, az si je zase nataha do RAMky, a pri obojim pretezoval uz tak mizerny IO scheduler, na to vazne naladu ani cas nemam.

[Octopuss]

Zaklad je vypnout swap, coz se 4 a vice GB RAM nedela problemy, protoze windows jsou schopne nesmyslne swapovat i pri 16GB RAM snazice se maximalizovat volnou RAM.

Právě proto. Ono to totiž není nesmyslně, a už vůbec to není kvůli maximalizaci volný paměti. Paměť je totiž naopak "zabraná" co nejvíc kvůli službě Superfetch.

Každopádně:

What's more important is that the page file is not the virtual memory; it's where part of the virtual memory is stored. Virtual memory is the term used for a memory system where a process can allocate more memory than the amount of RAM physically present in the system. Virtual memory is what all applications work with (regardless if there is a page file or not): a virtual address space part of which is mapped onto the physical memory, and the rest is stored in the page file when it's not needed.
If there's no page file, then the memory manager is forced to map the whole virtual address space of the process onto the physical memory somehow, which is a pretty tricky thing to do since win32 applications use a 4GB virtual address space, which in most cases is more than the amount of physical memory available (and don't forget that we're talking about every single process currently running on the system, each with it's own 4GB virtual address space). That's when the amount that don't fit in in the physical memory would normally be allocated from the page file, if there is one.

What the Task Manager reports as "VM Size" is actually called Virtual Private Bytes: the amount of non-shareable virtual memory used by the given process alltogether, part of which is currently in physical memory (shown in the Memory Use column) and the rest is paged out (the difference of the VM Size and the Memory Use columns). So the VM Size figure seen here can be more than the size allowed for the page file, since a part (usually almost all of it) of the amount shown here is in the physical memory. Theoretically it could go as high as the sum of the physical memory and the maximum size of the page file (which is the Commit Charge Limit value shown on the Performance tab).

Ještě jsem někde měl uloženej odkaz s nějakým krátkým článkem na tohle téma, zkusím ho najít.

Myth - "Disabling the Paging File improves performance."

Reality - "You gain no performance improvement by turning off the Paging File. When certain applications start, they allocate a huge amount of memory (hundreds of megabytes typically set aside in virtual memory) even though they might not use it. If no paging file (pagefile.sys) is present, a memory-hogging application can quickly use a large chunk of RAM. Even worse, just a few such programs can bring a machine loaded with memory to a halt. Some applications (e.g., Adobe Photoshop) will display warnings on startup if no paging file is present."

"In modern operating systems, including Windows, application programs and many system processes always reference memory using virtual memory addresses which are automatically translated to real (RAM) addresses by the hardware. Only core parts of the operating system kernel bypass this address translation and use real memory addresses directly. All processes (e.g. application executables) running under 32 bit Windows gets virtual memory addresses (a Virtual Address Space) going from 0 to 4,294,967,295 (2*32-1 = 4 GB), no matter how much RAM is actually installed on the computer. In the default Windows OS configuration, 2 GB of this virtual address space are designated for each process' private use and the other 2 GB are shared between all processes and the operating system. RAM is a limited resource, whereas virtual memory is, for most practical purposes, unlimited. There can be a large number of processes each with its own 2 GB of private virtual address space. When the memory in use by all the existing processes exceeds the amount of RAM available, the operating system will move pages (4 KB pieces) of one or more virtual address spaces to the computer's hard disk, thus freeing that RAM frame for other uses. In Windows systems, these "paged out" pages are stored in one or more files called pagefile.sys in the root of a partition. Virtual Memory is always in use, even when the memory required by all running processes does not exceed the amount of RAM installed on the system."