Dnia Sat, 16 Aug 2014 12:43:15 +0200, Alf/red/ napisał(a):
> On 16/08/14 12:04, K wrote:
>> wez zacytuj twoja odpowiedz na to pytanie (bo my debile nie mozemy znalezc)
> o jejku jejku, Pszemol wspierał się
> http://en.m.wikipedia.org/wiki/64_bit#Pros_and_cons
>
> A mnie, usera, wali ile tam w środku bitów jest. Może być pięciu, może
> być pięciuset. Byleby reagował szybko na to, jak pukam w ekranik, szybko
> wyświetlał strony / nie zacinał filmów, nie lagował w nawigacji przez
> kilometr, i tak dalej.

Dobrze mowisz, ale praktyka bywa taka ze jednak szybkosc od sprzetu
zalezy.

> No i przy tym działał kilka dni na jednym naładowaniu.

A to bywa sprzeczne :-)

> Moje doświadczenie elektroniczne mówi, że lepiej dać dwa
> razy więcej pamięci, niż dwa razy więcej bitów czy rdzeni.

A to niekoniecznie. Program pamieci zajmuje tyle ile zajmuje. Wiecej
moze tylko dysk buforowac. Jak pamieci starcza, to wiecej nie
przyspiesza. A jak mowa o telefonach z Androidem, to:

a) pracuja w javie, na symulowanej maszynie wirtualnej, szybki
procesor potrzebny. Cholera wie ile rdzeni, ale drugi raczej znajdzie
wykorzystanie.

b) pamieci maje sporo, ale ponizej 4GB. 32 bity to obsluza. A jak dasz
wiecej, to zaczyna bitow brakowac. Nie wiem jak tam z pamiecia
wirtualna - moze sie przydac wiecej przestrzeni adresowej niz RAM.

c) ta java ma swoje typy, i niekoniecznie zmiana procka cos jej pomoze
(w sensie - co z tego ze procek umozliwia operacja na 64 bitach, skoro
typy w javie sa tylko lub glownie 32 bit).

J.