32 vz 64 bit operacny system

[Tean]

Vrtule ma donutil pozhanat nejake info a jeho slova sa potvrdili. MS akceptuje skutocne iba vybrane certifikacne autority (a nie akekolvek ako som si myslel).
Tym sa znizuje pravdepodobnost zavlecenia infiltracii do jadra systemu, pretoze by sa stal lahko vystopovatelnym, ak by mal infiltraciu digitalne podpisanu.
Ten 64-bit OS doporucujem, myslim, ze tu bolo spomenutych dost pozitiv... a najvacsim dovodom je neodvratitelny vyvoj.

[Vrtule]

Mno, teď jsem slyšel docela zajímavé názory na 64bit. Nebrat jako dogma, je to názor mého přednášejícího na Systémové architektury mikroprocesorů (nebo jak se ta pohádka jmenuje)..

1) Architektura x64 (Intel) není o moc jednodušší než x86 (Intel 32bit). 32bitová architektura s sebou nese břímě zpětné kompatibility, je tam spousta tranzistorů navíc, aby procesor uměl emulovat to, co se už dávno nepoužívá.... Na x64 se přeneslo spoustu prvků z architektury x86, ikdyž nejsou potřeba. 64bit architektura například poskytuje každému procesu velmi velké možnosti adresace (2^48 různých adres, což je 65536*4 GB = 256 TB snad) Že by jeden proces využíval tolik paměti (i virtuální) mi přijde dost nereálné. Asi by bylo zajímavější umístit všechny procesy do jednoho adresového prostoru velikého 256 TB, čímž by se zjednodušila i architektura operačního systému. Samozřejmě by bylo třeba nějak pořešit ochranu paměti procesů navzájem, když by byli v jednom adresním prostoru, a tedy mohli na sebe "ukazovat".

2) 64bit přináší možnost velkých souvislch bloků paměti, což se může hodit třeba pro velmi velké paměťově mapované soubory. To je hezká věc.

3) I když se o Intel x64 říká, že je 64bitový, adresovat lze pouze 48 bity (ve virtuální paměti) a ve fyzické prý jen se 40ti bity (což by vycházelo na 1 TB fyzické paměti, ale mám dojem, že jsem viděl obrázek Windows se dvěma TB - což je zajímavé a trochu si odporuje).

4) 64bitů znamená větší datové struktury (větší adresy). Ale cache procesoru mají pořád stejnou velikost (řádek má stále 64 bajtů, velikost cache je stále stejná). To znamená, že se do cache vejde méně dat, což může negativně ovlivnit rychlost.

[james008]

2Vrtule: (pouze takovy maly komentar ve stylu zamysleni nahlas..nic konstruktivniho ci pripominkoveho)
Samozrejme ze neni jednodusii... tj specifikace normy hardwaru atd pocita hodne zpet do minulosti...
od hw se vyzaduje to aby na nem jelo hodne veci od dob vzniku platformy ibm pc........
..co se tyce os tak tam to je lehci..jelikoz vyrobce se ze zasady snazi implementovat
pouze jednu uroven zpet.. tj. 32bit je zpetne kompatibilni na 16 a 64bit pouze na 32....
(hlavne MS) ci 32bit only a 64bit zpetne na 32bit (linuxy) a jini dokonce vyvijeji 64bit only systemy.......

Co se tyce velkych souboru atd... to je jeden z duvodu proc jsem na tuto platoformu prechazel...
kvuli tvorby hudby, nekomprimovane audio i video...... popripade videl jsem propastny rozdil
v renderingu velkych obrazovych ploch jako jsou billboardy atd nebo jsem se zabyval i grafikou.....
nutne je ovsem aby byl spravne napsany software ktery interpretuje nase pozadavky a dodava vystup....
typicky v te dobe ...Corel to umel na jednicku.. Adobe photoshop jel i na 64bitu v castecne emulaci...
popr starsi verze hudebnich programu neumely vyuzit vsechyn instrukce ktere by se hodily
popr nekdy si neporadily ani s vice nez dvemi jadry ....

Ac jsme zaryty AMDckar a PHENOMista jelikoz amd melo vzdy nejlepe zvladnuty 64bit .. ktery pak
opajcoval i intel po svych nezdarech s itanii a podobnymi pokusy....tak me poslednich par mesicu prekvapive
potesily vykony noveho pokusneho kralika s nazvem Core i7... je to opravdu dobry procesor..konecne od PIII
dokazali zase vyrobit neco co funguje jak ma

Co se tyce cache... na to vyrobci nastesti mysli a do poslednich cpu pridavaji cache po lopatach uz z duvodu
predpokladu provozu na 64bit os.

3) Zalezi ktery OS to byl... napr od visty razi MS myslenku ze zobrazime vsechnu tram ale budem pouzivat jen cast..proto je cast lidi matena vistama 32bit napr kdyz ukazuji 8Gb ale pouzivaji jen 3........
Smerodatny by pro mne byl vykon 64bit linuxu pod amd.... win pod intelem je pro mne horsi ukazatel ktery mi nemusi nic rici.... bohuzel na jedinem 64bit tuxu s nejvetsi pameti kterou potrebuju mam pouze 12Gb takze nepomohu.......
navic co se tyce procesingu vetsich obemu ram tak se u linuxu spise pocita s vyuzitim clusteru ktery si pamet sklada z fyzickych bloku kde neni omezeni temer nic.... takze odpoved dostaneme v praxi az s dobou ktera bude podobna teto .. akorat nas bude neco nutit prejit z 64 na 128bit ..a to uz tu nebudu

Hezky den

[Čarls]

Nevím jestli to není nahodou Kachna ale 128Bit se dočkáme asi poměrně brzo

Unikly první informace o Windows 8 a 9
http://technet.idnes.cz/unikly-prvni-in ... ftware_vse

[Vrtule]

Vím, že zpětná kompatibilita musí být. To by lidé nepřecházeli na nový HW, na nové verze OS...

Co jsem slyšel od Intelovském proceosru, tak cesta (při bootování) z reálného režimu (kde se začíná) do 64bitového (kde se u 64bit OS končí) není zrovna krátká. Navíc se myslím z 64bitového režimu nelze přímo přepnout do nějakého 16bitového (V86 či reálný), takže když by MS chtěl dělat i na 64bitech kompatibilitu s 16ti bitovými aplikacemi, tak by to nebylo tak "lehké" jako u 32bit systémů...

Těch 48 bitů virtuální (40 fyzické) na adresu by mělo být prostě zadrátované omezení. Ostatní bity se zřejmě využívají nějak interně jinak...
Ono, když může program používat najednou "jen" virtuální paměť o velikosti 4 GB (což je na 32bitech) - ve skutečnosti max. 3 GB, protože zbytek patří jádru -, tak se tam prostě něco většího nevejde. Inteláci sice vymysleli PAE, ale to myslím jen umožňuje využívat více fyzické paměti, nikoliv zvětšit virtuální adresový prostor procesu.

Jo, s těma clusterama máš asi pravdu. A s tím měřením výkonu pomocí jiného OS než Windows asi taky. Podle mne Windows nejsou laděna na výkon a asi je tak nepůjde nastavit v takové míře, jako NIXy...

[Vrtule]

Moc tomu nevěřím. Nevidím moc důvodů, proč by se měla vytvářet nová 128bitová architektura. Jistě, počítalo by se lépe, ale existují také instrukce jako SSE, která snad už 128bitová čísla umějí.

Přechod na 128bitovou architekturu by pro běžného uživatele například znamenal další zrychlení počítačů i díky možnosti pracovat s větším množstvím operační paměti.

Nojo, 64bitová architektura neumožňuje používat příliš mnoho paměti najednou. 10^14 bajtů (což by mohlo být těch 2^48) bude v dohledné době velmi limitujícím faktorem a bude třeba umožnit používat až 10^38 (2^128) bajtů paměti. Každý znás má přece pod stolem "RAMkové pole".

O Itaniích jsem slyšel, že se nějak nepovedla první verze, ale ta druhá, že už byla dost pěkná. Jen je problém s pověstí...

[Tatry03]

Ked sa uz rozpravalo o vlastnej ochrane systemu.
Co UAC vo Viste, alebo uz 7ke? Dokaze zabranit instalacii havede?

[Čarls]

Co se týká 64 Bit Windows 7 vsadil bych a nainstalil buď NIS nebo Kasperský Internet Security 2010

[Vrtule]

UAC není primárně určena na ochranu proti havěti. Důsledkem implementace tohoto mechanismu je lepší možnost pracovat s pod účtem s omezenými právy. Pokud ale nějaká služba/aplikace, která běží s administrátorskými právy, nebo vyššími, se stane terčem úspěšného útoku (útočník například využije chyby přetečení zásobníku či jiné zranitelnosti), UAC ničemu nezabrání.

Co vím, tak UAC se uplatňuje jen při spouštění nového procesu, k čemuž při infekci ani nutně nemusí dojít.

[Tatry03]

Ale nie je mozne pozmenit za chodu podpisany proces, alebo ano? Preto keby sa spustali len podpisane veci, tak cokolvek by sa chcelo spustit, muselo by byt odhalene ako nove, nie?

[Vrtule]

Když by se spouštěly jen podepsané věci, bylo by to na jednu stranu fajn. Protože proces vám někdo podepíše jen tehdy, když se dobťe podívá, jestli v něm není něco škodlivého. Aspoň si to tak pťedstavuju. Pak by se podepsaný proces změnit nedal, protože by mohly v systému běžet jen aplikace, které se o změnu podepsaného procesu nepokouší.

Nevýhoda této taktiky spočívá v tom, že ten, kdo podepisuje a kontroluje, v podstatě rozhoduje o tom, co si môžete a nemôžete pustit. Taktže by se spektrum aplikací dosti zmenšilo.

Pokud povolíte i běh nepodpesaných procesô, obsah podepsaného procesu môže být za běhu myslím změněn, pokud k tomu má nepodepsaný proces dostatečně vysoká oprávnění.

[Tatry03]

Takze strategia "len vsetko podpisane" by bola ucinna v boji proti havedi? A je vobec mozne realne prevadzkovat Win len s pomocou podpisanych programov, procesov? Ak ano, ako to urobit?

[sudanec]

Pokial viem, podpisy neudeluje "niekto", ale mozte ho dostat po halde automatizovanych testov, ktore su orientovane hlavne na stabilitu aplikacie. Nie?

[Vrtule]

Ano, před udělením podpisu se ovladač testuje, pokud vím. A určitě tam budou testy na stabilitu. Ale myslím si, že se bude i prohlížet, zda nejeví známky malware. Přece jenom, ovladače HW bývají povětšinou stabilní, až na pár výjimek, tudíž si myslím, že by MS nevynucoval digitálně podepsané ovladače jen kvůli stabilitě HW ovladačů...

Myslím si, že digitální podpisy (pokud je tady ta kontrola proti malware) mohou pomoci v boji proti malware, na druhou stranu to znamená, že "někdo" bude mít kontrolu nad tím, co vám v PC běží - minimálně u ovladačů.

[killerkr]

Jen chci přidat že Visty 64 bit byly bezpečnější ale ted s příchodem Windows 7 je to vše stejné ohledně bezpečnosti.