"J.F." <j...@p...onet.pl> wrote in message
news:sqlxbqe4abe6.n8d5yrc23ws2.dlg@40tude.net...
> Dnia Fri, 20 Feb 2015 19:35:57 -0600, Pszemol napisał(a):
>> "J.F." <j...@p...onet.pl> wrote in message
>>> Sandisk sie chwali kartami 280MB/s ... nie wiem jak, ale to ponizej
>>> 4ns/byte.
>> No ale oblicz sobie jak się to ma do procesora taktowanego 1,6GHz?
>
> Ale to jakies 1/3 DDR2 DRAM. Nie wiem jak w srodku zorganizowane,
> ale jakby spojrzec tylko na transfery, do oszczedniejszych procesorow
> powinno wystarczyc, oczywiscie z wykorzystaniem ich szybkiego cache.
> Najwyzej da sie kilka sztuk rownolegle :-)

No ale Sandisk mówi o transferze strumieniowym a nie czasie
zapisu jednego słowa 32-bitowego w losowym miejscu gdzie
trzeba skasować cały sektor pamięci.
Pamięć cache Ci tu niewiele pomoże - one pracują z DRAM
i do pracy w DRAM są optymalizowane, nie z pamięcią flash.

>>>> Otóż to. I teraz pytanie za 10 punktów: Android uruchamia
>>>> takiego klienta facebooka czy google+ wprost z pamięci masowej
>>>> czy jednak przepisuje go przed uruchomieniem, jak pecet, do RAMu?
>>>
>>> Android. Klient jest w Javie/Dalviku, trzeba go zaladowac z technika
>>> JIT ... i dobrze, bo Flash moze nie byc podpiety pod magistrale.
>>>
>>> Moglby sie tak Linux wykonywac, biblioteki maszyny wirtulnej ...
>>
>> No to sami już wiecie czemu takie skomplikowane tematy z pamięcią macie.
>
> Czemu ?
> Myslisz ze w Apple wyglada to inaczej, flash podpiety pod magistrale,
> i programy dzialaja "prosto z dysku" ?

Skąd to wnioskujesz? Ja pisałem o Dalviku.

> Tez jest etap ladowania do RAM, pewnie relokacji adresow.
> No a "system" to obowiazkowo do ram, bo inaczej za wolno :-)

Dokładnie...