Velmi jednoduché porovnání 64Bit a 32Bit (diskuse)

[Michal Fecko]

Taktiez som po zmene HW na mojom domacom PC (AMD 64 3000+, 1G RAM, 160G sata hdd) presedlal z Archlinuxu na unofficial Arch64 a nemozem si tuto zmenu vynachvalit. Kombinacia arch64 + fluxbox je naozaj rychla. A to este na jar sa chystam na kupu AMD 64 X2 4800+ (2x2.4Ghz, 2x1M cache)

[pasmen]

Co je na Arch64 unofficial? Pokud je mi znamo, Arch linux je oficialne kompilovan pro i686 a x86-64.

[Michal Fecko]

No mozno skor ako unofficial je komunity. Snad vydanim ISO 0.7.2 je to uz official ale donedavna pamatam ze na forach sa ludia stale odkazovali ze je unofficial. Tak neviem.

[pasmen]

Ja take nevim Arch pouzivam teprve neco kolem mesice. Ale uz tak je mi temer jasne, ze je to presne to, co jsem vzdy od linuxu chtel

[Mikos]

Arch64 původně nebyl oficiální (byl to jen komunitní port, který se nacházel na adrese arch64.org), avšak v červenci byl vývojáři Arch Linuxu "adoptován" a stal se z něj oficiální port. Takže teď už opravdu oficiální je

Jinak hrozně moc se mi líbí jeho filosofie čistého 64-bit systému:

Our goal is to be the most bleeding edge distribution around! 32-bit is oldfashioned. We want it to be modern and pure 64-bit. So we don't have a Multilib system. We won't take any package into the repos improving 32-bit compatibility. Maybe we will place them into the AUR or community repo. Don't expect any support from the devs getting 32-bit apps running on arch64!

[Martin Lebeda]

Zatím mi na první pohled skutečně přijde velmi příjemný - ve smyslu zásady KISS. Ovšem existuje i funkční (už jsem si to zkoušel - bez toho bych to distribuce nešel) možnost použití 32bitového prostředí v chrootu: http://wiki.archlinux.org/index.php/Arch64_Install_bundled_32bit_system. Osobně mi takové řešení přijde i čisčí (ačkoliv náročnější na prostor) než mixovat 32bit a 64bit knihovny do jednoho stromu.

[Mikos]

Zatím mi na první pohled skutečně přijde velmi příjemný - ve smyslu zásady KISS.

To je obecná vlastnost Arch Linuxu, jeden z důvodů proč ho mám tak rád

[Martin Lebeda]

No to jistě rychlé je. Otázka ale zněla: Je rychlejší zpracování fotografií při použití binárek kompilovaných pro amd64 než při použití binárek kopilovaných pro i686? Na to mi nikdo nebyl schopen odpovědět. Ono to totiž není tak jisté - amd64 binárky sice využívají lépe procesor, ale zase "žerou" více paměti a pokud je úzké místo jinde, pak se změna neprojeví nebo dokonce může 64bit aplikace i být pomalejší. Ve většině aplikací se optimalizace na amd64 (oproti i686) na rychlosti nijak neprojeví.

Ale jinak ten "AMD 64 X2 4800+ (2x2.4Ghz, 2x1M cache)" vám budu jen tiše závidět...

[hajma]

pletu se nebo jsi změřil tak maximálně efektivitu práce VMware Player 1.0.2 build-29634 ?

[Martin Lebeda]

Jsem přesvědčen, že se pleteš. Vycházím z toho, že VMware neemuluje procesor ani přístup do paměti (jiný HW emuluje např. disk, ale to je mi v tomto případě jedno), ale pouze obaluje hostovaný OS, tak aby se choval jako jeden z procesů v hostujícím systému, tj. zpřístupní mu procesor a vybrané části RAM - samotné instrukce pak vykonává procesor přímo bez emulační vrstvy taktéž přístup do RAM je sice přemapován, ale není emulován. Na procesor by v obou případech měly být virtuální stroje připouštěny stejně, takže zpoždění by mělo být +- stejné. Nativně by to běželo rychleji, ale poměr by IMHO měl být zachován. Není to exaktní měření, je to orientační test pro získání poměru.

Pokud se nepleteš, pak ve VMware emuluje 64bitový stroj o 40% rychleji než 32bitový .

[pasmen]

Nevim jestli je toto pravda. Kdyby VMware pouze zprostredkovaval hostujicimu OS jako procesu prostredky, proc by pak trpel omezenimi typu max 3.6GB RAM a 1-2 CPU?

[Martin Lebeda]

Možnosti adresování (toho adresovaného okna v paměti)? Nezapomínejte, že ačkoliv stejný VMware umožňuje spouštět 64bit OS a aplikace (pokud máte fyzicky 64bit procesor), samotný je 32-bitová aplikace běžící v 32bitovém sytému. O procesor a paměť musí hostující OS požádat sám a teprve pak jej předá dál. VMware je virtualizační nástroj, nikoliv emulační, pokud ve vnitřním OS se dotáži na procesor, dostanu jako odpověď svůj skutečný fyzický procesor - v obou případech. Ačkoliv to nic neznamená, vede mne to k předpokladu, že penalizace za běh ve VMware je pro oba systémy stejná. Jde mi skutečně o srovnání ne o čísla.

I kdyby chyba měření byla 70%, stejně by rozdíl byl významný. Za 10% zrychlení by mne potíže s 64bit systémem pořád ještě stály.

[Martin Lebeda]

Samozřejmě netvrdím, že mám absolutní pravdu, ale budete mne muset přesvědčit nějakým důkazem, že to tak není. Já jsem to takto pochopil z dokumentace VMware.

[xxxxxxxx]

potíže s 64bit systémem

jaký potíže furt ježiši?

[David Watzke]

Je to oblíbenej FUD a jak tak koukám(e), každý chce být in

[xxxxxxxx]

jeste ze nepouzivaji FUD_64 :-/

[Martin Lebeda]

Vy třeba žádné nemáte, já bohužel občas ano a to podstatně častěji (bohužel) než na 32bitovém systému. Nejde již o samotné jádro, to šlape jako hodinky, ale některé aplikace jsou, jak tu již někdo řekl, naprasené a nechovají se tak, jak by měli. Místo své určené činnosti mi plní disk "coredumpy". Bohužel jsem neřizpůsobivý, konzervativní člověk a tak se nimi loučím je velmi těžko.

[melkors]

Ze tys jeste nemel to "poteseni" instalovat 64 bitovou verzi Oracle na Linux? Ja jo A stalo to za ... to

[Richard Gavenda]

Kdyby tímto omezením netrpěl, kdo by si kupoval VMware enterprise produkty?

[David Watzke]

Jedině feťáci a společenstvo přátel UFO.

[pasmen]

Hmm no tak priste si prectu prispevek cely nez budu reagovat Moje chyba.