[MontelLUG] Nuova Debian stable in arrivo

[Gianluca Moro]

ciao,

non ho la minima idea di come funzioni, gli unici processori su cui ho
giocato in assembly erano nec 20 anni fa :)

gli approcci che mi vengono in mente sono

1 ho visto dei processori con un interrupt di istruzione illegale.
ovvero, se stanno eseguendo un programma e trovano un codice che non e una
loro istruzione, mandano un segnale, che di solito il kernel passa all
utente come sigill se non ricordo male.
di solito questo dice, in un programma con la giusta architettura, che hai
un puntatore che e andato a signorine.

potrebbe essere che i nuovi kernel, prima di mandare una sigill all utente
guardino ik codice che ha generato il casino, e vi sia nel kernel un elenco
di istruzioni che possobo emulare.
in quedto caso il programma e rallentato solo quando vi sono tali
istruzioni.

ripeto, a logica il meccanismo puo essere questo, ma non ho mai guardato il
codice in questione！

ciao
giammy

On Saturday, May 11, 2013, Samuele <samuele.zanin a tiscali.it> wrote:
> On 06/05/2013 00:04, silvia cibola wrote:
>> architetture in generale... Ci capisco davvero poco! Insomma, 32-bit,
>> 64-bit... ma di preciso cosa è che è a x-bit? Ed è vero che si possono
>> far girare le applicazioni 32-bit sui sistemi 64-bit, ma non
>> viceversa? E cno l'introduzione di questo multiarch cosa cambierebbe?
>
>
> Mercoledì sera, parlando di ste robe, è saltato fuori che il kernel è in
> grado di emulare talune istruzioni del processore qualora non fossero
> presenti nel particolare processore dove stanno girando.
>
> Es.: se ho un programma che usa le SSE2, ma sulla macchina dove le
> faccio girare non sono presenti, il kernel traduce queste istruzioni in
> altre più semplici. Nel caso specifico, si faceva riferimento ai vari
> "flags" che compaiono facendo cat /proc/cpuinfo tra un i3 ed un atom.
> Io, come studio cpu ero rimasto fermo all'8086/80386, e come funzionava
> sotto DOS. Dove i vari processori, a parità di "versione" avevano tutti
> le stesse istruzioni.
> Mi è capitato sotto windows, con programmi di conversione video, che
> testano se la cpu ha certe istruzioni fanno girare delle routine,
> altrimenti altre. Ma è il programma finale che decide.
> Questo comporta che il kernel debba esaminare tutte le istruzioni prima
> di passarle al processore, ma questo non rallenta l'esecuzione dei
> programmi? E poi, che casino succede con i vari indirizzi di memoria?
>
> Avete qualche documento "non da ingegneri elettronici" che spieghi la
cosa?
>
>
>
> _______________________________________________
> montellug mailing list
> montellug a montellug.it
> http://mail.montellug.it/mailman/listinfo/montellug_montellug.it
>

-- 
Gianluca Moro                               Technology explorer
N.s.A - Note su Android                http://www.giammy.com/nsa
Medical Brain Computer Interface
https://groups.google.com/group/medical-bci/
http://giammy.com/?q=node/42
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://mail.montellug.it/pipermail/montellug/attachments/20130511/775dbe51/attachment.html>