Indirizzi di memoria

[sharkkk]

Una curiosità, è possibile in programmazione forzare la memorizzazione di una variabile o di un qualsiasi dato in un indirizzo di memoria specificato da me?

E' il sistema operativo che gestisce il tutto?

[cdimauro]

Originariamente inviato da sharkkk

Una curiosità, è possibile in programmazione forzare la memorizzazione di una variabile o di un qualsiasi dato in un indirizzo di memoria specificato da me?

Sì, se il linguaggio te lo permette.

E' il sistema operativo che gestisce il tutto?

Sì, se il s.o. ti permette di accedere a un determinato indirizzo (virtuale).

Ma in generale la mappa di memoria che è organizzata/gestita dal s.o. non ti permette una libertà assoluta nemmeno riguardo agli indirizzi virtuali (altrimenti si potrebbero fare delle interessanti cosucce).

[Smelt]

Non vorrei spararla grossa, ma da quel che ricordo con assembly 8086 si poteva fare. Il problema è che dovresti tornare indietro di 40 anni
Generalmente già se ti spiazzi troppo in la leggendo un array hai un crash, non penso che un s.o. ti permetterebbe tanta libertà, il che in realtà è un bene

[sottovento]

Originariamente inviato da sharkkk

Una curiosità, è possibile in programmazione forzare la memorizzazione di una variabile o di un qualsiasi dato in un indirizzo di memoria specificato da me?

Certo! Altrimenti non sarebbe possibile accedere all'hardware. Per esempio, come si potrebbe accedere alla DMA per trasferire dati dal disco a memoria e viceversa?
Inoltre alcuni processori (es. Motorola e molti altri) non hanno il segnale di I/O sul bus, quindi hanno solo I/O mappato in memoria; qualsiasi dispositivo viene "visto" sullo spazio degli indirizzi. Anche alcuni bus standard (es. VME) usano lo stesso sistema e non hanno il segnale di I/O. Se non fosse possibile, non si potrebbe accedere all'hardware, no? Avremmo processori che non servono a nulla

Originariamente inviato da sharkkk

E' il sistema operativo che gestisce il tutto?

In primis, il processore. I nuovi processori hanno l'MMU (Memory Management Unit) che gestisce la cosa, ed hanno istruzioni (a livello "super utente") che permettono al processore di accedere alla tabella dell'MMU per i relativi settaggi.
Dal punto di vista logico l'MMU e' posta DOPO il processore: riceve gli indirizzi (a questo punto virtuali) del processore e li "trasforma" in indirizzi fisici (o in un'interruzione di errore).
Normalmente dicevo si tratta di una tabella che viene applicata alla "parte alta" dell'indirizzo. La tabella e' manipolabile dal processore, cosi' da avere spazi di indirizzamenti diversi per ogni processo.

In secondo luogo, c'e' il firmware: in alcuni sistemi (soprattutto utilizzati per l'automazione) e' possibile "smappare" certi indirizzi noti e rendere noto al sistema operativo di non utilizzarli come memoria virtuale ma renderli disponibili cosi' come sono.
Esempio tipico: reflective memory. Si tratta di una memoria "speciale": si presenta come una memoria normale in cui si puo' leggere/scrivere. E' pero' collegata ad una fibra ottica e le scritture nella memoria verranno spedite attraverso la fibra ad una memoria gemella. E' quindi un sistema di trasmissione molto veloce, ed e' molto utilizzata nei sistemi di automazione.

Infine, il sistema operativo mette a disposizione delle primitive, richiamabili dal tuo programma, per poter accedere alla memoria fisica. I metodi sono i piu' disparati a seconda del grado di protezione che si vuole offrire: normalmente i sistemi per l'automazione hanno modalita' di accesso piu' "facile" (altrimenti che automazione facciamo), mentre altri sistemi hanno un accesso piu' macchinoso e protetto, visto che normalmente gli utenti "normali" non dovrebbero avere questa esigenza (ovviamente ce l'hanno gli sviluppatori dei driver)