On Fri, 20 Feb 2015 12:19:38 -0600, "Pszemol" <P...@P...com>
wrote:
> 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?

Ręce opadają.... zadajesz poważnie takie pytanie czy rżniesz głupa?
Serio jako inżynier nie wiesz jak działa kernel najbardziej
rozpowszechnionego systemu na świecie (Linuxa) na tej architekturze?
Najgłupsze pytanie od inżyniera jakie kiedykolwiek słyszałem.

--
Marek

do góry

On Fri, 20 Feb 2015 12:21:58 -0600, "Pszemol" <P...@P...com>
wrote:
> Można równie dobrze napisać że nie można wbijać gwoździ widelcem
myśląc o

Nie kombinuj. Napisałeś bzdurę ex cathedra a twoje kolejne pytania
kompromitują cię jeszcze bardziej.

--
Marek

do góry

"JoteR" <u...@i...eu> wrote in message
news:54e785ac$0$2188$65785112@news.neostrada.pl...
> "Pszemol" napisał:
>
>> mnożenie macieży,
>
> Tego żadna pamięć nie obsłuży, niezależnie od typu ;->

:-) przepraszam - macierzy :-)

do góry

"J.F." <j...@p...onet.pl> wrote in message
news:c1fn5vz30jnn.i8p665zfe2ja.dlg@40tude.net...
> Dnia Fri, 20 Feb 2015 12:19:38 -0600, Pszemol napisał(a):
>> "J.F." <j...@p...onet.pl> wrote in message
>>>>>> W pamięci FLASH nie możesz robić obliczeń programem,
>>>>> Nie rozpędzaj się tak, oczywiście, że można.
>>>>Opisz mi, proszę, jak to zrobisz :-)
>>>>Chętnie zaimplementuję Twój pomysł w moim projekcie zamiast
>>>>ładować kod programu z Flash do SRAM i tam go uruchamiać :-)
>>>
>>> Czekaj czekaj - a jaka masz predkosc SRAM a jak Flash ?
>>
>> No na swojej płytce używam procesora 32-bitowego
>> popędzanego zegarem 80MHz. Cykl procesora to 12.5ns :-)
>> Program i dane trzymam w kostkach krzemowej pamięci
>> flash o dostępie 70-120ns w zależności o zastosowanej
>> kostki i jej ceny (AMD/SPANSION AM29LV641DL120REF
>> lub AM29LV641DL90REF albo ATMEL AT49BV642D-70TU).
>
> Uzywasz jakiegos antycznego procesora i antycznych pamieci
> i wyciagasz wspolczesne wnioski :-)
>
> Spansion sie chwali synchronicznymi 108MHz ... i 7 cykli po podaniu
> adresu :-)
>
> 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?

>>> Flash wystepuje tez w postaci niemal zwyklych kosci pamieci, kod
>>> programu
>>> jak najbardziej daje sie tam umiescic i bezposrednio wykonywac.
>>> W koncu wiekszosc systemow ma do procesora podpiety jakis
>>> P/EP/EEP/Flash/ROM i kawal programu z niego startuje.
>>>
>>> I tylko predkosc tego ROM sugeruje, ze lepiej go przepisac do RAM.
>>
>> 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.

do góry

"Marek" <f...@f...com> wrote in message
news:almarsoft.5549276633466588218@news.neostrada.pl
...
> On Fri, 20 Feb 2015 12:19:38 -0600, "Pszemol" <P...@P...com> wrote:
>> 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?
>
> Ręce opadają.... zadajesz poważnie takie pytanie czy rżniesz głupa? Serio
> jako inżynier nie wiesz jak działa kernel najbardziej rozpowszechnionego
> systemu na świecie (Linuxa) na tej architekturze?
> Najgłupsze pytanie od inżyniera jakie kiedykolwiek słyszałem.

Z pojęciem "pytanie retoryczne" spotkałeś się kiedyś?

do góry

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 :-)

>>> 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" ?
Tez jest etap ladowania do RAM, pewnie relokacji adresow.
No a "system" to obowiazkowo do ram, bo inaczej za wolno :-)


J.

do góry

On Sat, 21 Feb 2015 09:16:10 +0100, "J.F."
<j...@p...onet.pl> wrote:
> i programy dzialaja "prosto z dysku" ?

Skąd w ogóle taki pomysł??

--
Marek

do góry

Dnia Sat, 21 Feb 2015 10:46:44 +0100, Marek napisał(a):
> On Sat, 21 Feb 2015 09:16:10 +0100, "J.F."
>> i programy dzialaja "prosto z dysku" ?
>
> Skąd w ogóle taki pomysł??

No wiesz, gdyby pamiec flash byla szybka i podpieta bezposrednio pod
magistrale, to czemu nie ?
Po co przepisywac do RAM ?

Oczywiscie jeszcze pare rzeczy musi byc zapewnionych ...

J.

do góry

On Sat, 21 Feb 2015 11:45:27 +0100, "J.F."
<j...@p...onet.pl> wrote:
> No wiesz, gdyby pamiec flash byla szybka i podpieta bezposrednio pod
> magistrale, to czemu nie ?
> Po co przepisywac do RAM ?

Jeśli flash stanie się w przeszłości tak samo szybki jak ram i będzie
miał nieograniczoną liczbę zapisów to stanie się po prostu ramem
nieulotnym, wtedy pogadamy.
Ale problem z implementacja modelu "one memory" (bez kopiowania) nie
jest w wolnym nośniku jakim jest flash ale w zarządzaniu i
dystrybucji binariów.
Aktualnie używane architektury cpu oraz kerneli nie wspierają takich
pomysłów.
Warstwa abstrakcji pomiędzy fs gdzie są binarki a (wirtualną)
przestrzenią adresową cpu byłaby niepotrzebnym overkillem.
Zachowanie swobodnej i prostej wymiany binarek jako plików w fs (jak
jest teraz) byłoby bardzo tudne w takiej implementacji. Szybciej i
prościej jest ładować binarki (najczęściej tylko potrzebne ich
fragmenty) do osobnej pamięci (ram) i tam nimi zarządzać.
Jest dziesiątki powodów, dla których kernel musi mieć procesy w
"osobnej" pamięci (co implikuje kopiowanie z miejsca gdzie binarka
"jest" jako kod a gdzie ma być "uruchamiana"). Stronicowanie, wymiana
stron z swapem, prostrze (gdy są w ram) zarządzanie ochroną stron
itd, itp. To co opisujesz bliskie jest arch. harvardzkiej,, która
nadaje się do mikrokontrolera ale nie do implementacji współczesnego
kernela ze wszystkimi szykanami.

--
Marek

do góry

"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...

do góry