Chrome za Windows postal 64-bitni

@Nummy: Še vedno nisem čisto prepričan, da si prebral (ali razumel) moj komentar par postov više. To, da lahko 64-bitni proces naslavlja več kot 4GB pomnilnika je najbrž očitno in tega ni potrebno posebej razlagati. Podobno kot je bolj ali manj očitno, da lahko ptič - ne trdim da vsak - preleti 100-metrsko razdaljo. S to ptičjo analogijo sem hotel poudariti to očitnost.

Nasprotno pa je moj prvi komentar v tej temi skušal izpostaviti dejstvo, da lahko tudi 32-bitni Chrome uporablja več kot 2GB pomnilnika, kar pa vsaj IMHO na prvi pogled ni tako zelo očitno, vsaj če sodim po komentarjih, na katere sem se v postu skliceval.

driver_x je 4. jun 2014 ob 09:32 izjavil:

LightBit je 3. jun 2014 ob 23:01 izjavil:

driver_x je 3. jun 2014 ob 22:52 izjavil:

...:TOMI:... je 3. jun 2014 ob 22:44 izjavil:

Firefox je pa opustil razvoj 64 bitne različice. Kdo bi jih razumel.

V čem pa je 64 bitni browser boljši od 32 bitnega?

Nekateri šifrirni in kompresijski ... algoritmi so veliko hitrejši in na voljo ima dvakrat več registrov ....

Koliko se vse to pozna pri uporabi?

Google pravi:

Speed: 64-bit allows us to take advantage of the latest processor and compiler optimizations, a more modern instruction set, and a calling convention that allows more function parameters to be passed quickly by registers. As a result, speed is improved, especially in graphics and multimedia content, where we see an average 25% improvement in performance.

Bakunin je 4. jun 2014 ob 09:21 izjavil:

tako za chromium kot za firefox uporabljam ramdisk:

tmpfs /mnt/ramdisk tmpfs size=666M,noatime,mode=0777 0 0


ln -s ~/.cache/chromium -> /mnt/ramdisk//

ter

ffox about:config browser.cache.disk.parent_directory "/mnt/ramdisk"

eto..tako se porabi "odvecen" RAM

A browserja ne znata sama RAM uporabljat?

MrStein je 4. jun 2014 ob 14:21 izjavil:

Zato, ker je source poln predpostavk ala "int je 32 biten", "kazalci so 32 bitni" itd... kar se podre, če se kompajla za 64 bitno arhitekturo.

Če je "dovolj dober" source, potem je seveda en source dovolj. Recimo GNU grep je en source za 32 in 64 bit (upam, nisem šel preveriti, ampak velika verjentost je da je tako).

Sam sem navajen, da sem strikten in zato ne uporabjam int ampak int32_t oz. odvisno od potrebe. Kar se tiče kazalcev je to domena kompilerja (ne poznam pametnega primera, da bi rabil bitnost kazalcev - razen, če bi hotel v uint32_t spravit pointer - čeprav ne vem zakaj bi to počel).

Razumel bi, če so šlampati in shranjujejo strukture direktno na disk in da je konfiguracija nekompatibilna med verzijami, ampak to od njih nebi pričakoval.

Treba je tudi vedeti, da je večina algoritmov še vedno optimizirana za 32 bitne procesorje. Če algoritem deluje z 64 bitnimi števili, je lahko več kot dvakrat hitrejši.
Primer:
32 bit: Threefish-1024 encrypt: 52.3 cpb
64 bit: Threefish-1024 encrypt: 16.8 cpb

Jaz osebno pri multimediji opazim veliko pohitritev, oziroma ni več štekanja. Včasih sem ob odprtem youtube videu (muzika) odpiral dodatna okna, brskal ob straneh, in ob vsakem odprtju novega zavihka, je glasba ustavila za pol sekunde.
Zdaj tega ni več, pa tudi če odprem 20 oken.

Imam pa E8500, 4gb rama... Inštaliral sem si canary verzijo.

LightBit je 4. jun 2014 ob 19:01 izjavil:

ARM je bi-endian, kar pomeni, da mu OS določi little ali big endian in kolikor vem je običajno little zaradi kompatibilnosti.
Načeloma sploh ni problemov, ker prevajalnik za vse poskrbi. Tako lahko uporabljaš 64 bitne spremenljivke na AVR procesorju, ki je 8 biten.

Odvisno kaj delaš. Za večino stvari res poskrbi prevajalnik, vendar pa se lahko pojavijo problemi. Sam sem imel problem, da mi koda za izračun CRC32 na ARMu ni računala prav. Razlog 32 bitna vrednost in 8 bitni dostop (endianess problem). Drugi primer, offseti in velikosti particij prebranih iz MBRja različni na ARMu in x86 (tudi endianess problem). Če pa še vpoštevaš, da lahko periferija uporablja svojo postavitev bitov pa dobiš še kakšen siv las več .

johnnyyy je 4. jun 2014 ob 20:34 izjavil:

LightBit je 4. jun 2014 ob 19:01 izjavil:

ARM je bi-endian, kar pomeni, da mu OS določi little ali big endian in kolikor vem je običajno little zaradi kompatibilnosti.
Načeloma sploh ni problemov, ker prevajalnik za vse poskrbi. Tako lahko uporabljaš 64 bitne spremenljivke na AVR procesorju, ki je 8 biten.

Odvisno kaj delaš. Za večino stvari res poskrbi prevajalnik, vendar pa se lahko pojavijo problemi. Sam sem imel problem, da mi koda za izračun CRC32 na ARMu ni računala prav. Razlog 32 bitna vrednost in 8 bitni dostop (endianess problem). Drugi primer, offseti in velikosti particij prebranih iz MBRja različni na ARMu in x86 (tudi endianess problem). Če pa še vpoštevaš, da lahko periferija uporablja svojo postavitev bitov pa dobiš še kakšen siv las več .

Sam česa takega ne delat:

uint32_t x;
uint8_t y[4];
memcpy(y, &x, 4);

LightBit je 4. jun 2014 ob 20:59 izjavil:

Sam česa takega ne delat:

uint32_t x;
 uint8_t y[4];
 memcpy(y, &x, 4);

tale je še boljša

char test[32];
uint32_t *x=&test;

S tole kodo sem pa imel probleme (različni checksumi na ARMu in x86):
http://www.opensource.apple.com/source/...

Ima kdo link do portable verzije? Stric google je ne najde...

VaeVictis je 4. jun 2014 ob 09:09 izjavil:

Jackass je 4. jun 2014 ob 01:24 izjavil:

Ah programerske hiše se obnašajo, kot da je RAM zastonj in ga je napretek! Imam 8 GB RAM in si ga Chrome skoraj celega vzame zase. Seveda, ker imajo pa nekateri zavihki tudi po 150 MB, flash pa si včasih vzame kar 700 MB. To postaja že absurdno!

Odlično!

Prazen in neuporabljen RAM je najdražji....

Če imaš 8 GB RAMA, ki je konstantno polno zaseden, se ti lahko samo smeji, ker računalnik kot celota dela hitreje...

Pravilno vprašanje je, kaj se zgodi, če poženeš in začneš uporabljati še kak drug program zraven, ali se RAM sprosti za aplikacijo v ospredju, ali ti zmanjka RAMA.

Če je pravilno narejeno, se bo RAM sprostil in bo na voljo programu v ospredju!

Žalostno je pa to, da smo sedaj že leta 2014 in da obstaja še velik del programov, ki niso že native za 64 bit (da se sploh še ukvarjamo s 32 bitnimi programi na PC) in multi threading (pri tistih programih, ki bi dobili pospešek z multi threading obdelavo).

Ja, če bi bilo res tako. Je pa običajno tako, da se sesuje Aero ko se zapolni fizični RAM. Čeprav imam nastavljen page file na 12 GB. Ali pa se sesuje Chrome. Včasih sočasno tudi oboje. In potem čakam 5min, da se odpre vseh mojih 200 zavihkov!

Kam za vraga je izginil installer za Cgrome 64-bit za Windows? Na spodnjem linku se prenese 32-bit verzija.
https://www.google.com/chrome/browser/?...

Razglašajo na veliko, pol pa installer ponekne neznano kam.