Torna indietro   Hardware Upgrade Forum > Software > Programmazione

MSI PRO MAX EDGE AI+, Ryzen AI Max+ 395 e 128 GB per far girare in locale anche i modelli più grandi
MSI PRO MAX EDGE AI+, Ryzen AI Max+ 395 e 128 GB per far girare in locale anche i modelli più grandi
Abbiamo provato MSI PRO MAX EDGE AI+, un mini-PC professionale progettato per eseguire modelli di intelligenza artificiale in locale, senza dipendere dal cloud. Il sistema abbina il processore AMD Ryzen AI Max+ 395, 128 GB di memoria unificata e un telaio in alluminio da appena 4 litri, con l'obiettivo di offrire capacità di elaborazione elevate in un formato compatto.
Recensione vivo X500 Pro Max: la fotografia mobile ha un nuovo protagonista
Recensione vivo X500 Pro Max: la fotografia mobile ha un nuovo protagonista
Il nuovo top di gamma vivo punta su un comparto fotografico particolarmente articolato, con un teleobiettivo da 200 megapixel e teleconvertitori esterni capaci di arrivare a 400 mm equivalenti. Lo abbiamo provato a Tenerife, mettendo alla prova fotocamere, prestazioni, autonomia e accessori. Ecco come si è comportato.
WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà
WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà
Un mondo affollato e vivo, personaggi destinati a sparire a fine test e nessuno a inseguire l'oggetto giusto. Beta e stress test di World of Warcraft: Forever hanno fatto emergere un roleplay spontaneo, tra danze a Goldshire e code ordinate ai PNG
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 26-09-2005, 13:34   #1
Unrue
Senior Member
 
L'Avatar di Unrue
 
Iscritto dal: Nov 2002
Messaggi: 7547
[Assembler]Limite segment descriptors

Come mai in modalità protetta i segmenti devono avere il limite di 0xFFFF? Cosa succede se tale limite è maggiore o minore? Grazie.
Unrue è offline   Rispondi citando il messaggio o parte di esso
Old 27-09-2005, 11:41   #2
cdimauro
Senior Member
 
L'Avatar di cdimauro
 
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26110
Questo vale soltanto col 286: dal 386 in poi, in modalità protetta a 32 bit, puoi avere un tetto di 1MB (se la memoria non m'inganna) con granularità di 1 byte, o fino a 4GB con granularità di 4KB.
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro
@LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro
Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys
cdimauro è offline   Rispondi citando il messaggio o parte di esso
Old 27-09-2005, 15:15   #3
Unrue
Senior Member
 
L'Avatar di Unrue
 
Iscritto dal: Nov 2002
Messaggi: 7547
Quote:
Originariamente inviato da cdimauro
Questo vale soltanto col 286: dal 386 in poi, in modalità protetta a 32 bit, puoi avere un tetto di 1MB (se la memoria non m'inganna) con granularità di 1 byte, o fino a 4GB con granularità di 4KB.
Grazie della risposta. Visto che ci sono ti chiedo un'altra cosa più in generale sui segmenti. Il fatto di avere segmenti in memoria sovrapposti capita quando più programmi condividono gli stessi dati giusto? Un po' come quando apriamo lo stesso file di testo con due editor diversi.
Unrue è offline   Rispondi citando il messaggio o parte di esso
Old 27-09-2005, 15:20   #4
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da Unrue
Grazie della risposta. Visto che ci sono ti chiedo un'altra cosa più in generale sui segmenti. Il fatto di avere segmenti in memoria sovrapposti capita quando più programmi condividono gli stessi dati giusto? Un po' come quando apriamo lo stesso file di testo con due editor diversi.
no, capita sempre perché (come mi ha spiegato fek ) la segmentazione non si usa più, e siccome non c'è modo disabilitarla sugli Intel x86 semplicemente tutti i segmenti creati dal sistema operativo (che sono comunque pochi) sono tutti completamente overlapped e partono tutti da un indirizzo fisico molto basso.
oggidì si usa solo la paginazione, che è molto più flessibile e tra le altre cose permette anche di condividere memoria tra più processi con diversi tipi di protezione (anche differenti da un processo all'altro volendo).
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 27-09-2005, 16:27   #5
Unrue
Senior Member
 
L'Avatar di Unrue
 
Iscritto dal: Nov 2002
Messaggi: 7547
Quote:
Originariamente inviato da 71104
no, capita sempre perché (come mi ha spiegato fek ) la segmentazione non si usa più, e siccome non c'è modo disabilitarla sugli Intel x86 semplicemente tutti i segmenti creati dal sistema operativo (che sono comunque pochi) sono tutti completamente overlapped e partono tutti da un indirizzo fisico molto basso.
oggidì si usa solo la paginazione, che è molto più flessibile e tra le altre cose permette anche di condividere memoria tra più processi con diversi tipi di protezione (anche differenti da un processo all'altro volendo).

Quindi il mio discorso si può applicare alle pagine? Se due processi hanno la stessa pagina condivisa vuol dir che stanno usando gli stessi dati?

Altra cosa: hai detto che la segmentazione non si usa più, ma non è usata insieme alla paginazione? Cioè prima si creano i segmenti e poi tali segmenti vengon o paginati. Non si usa più questo metodo combinato?
Unrue è offline   Rispondi citando il messaggio o parte di esso
Old 27-09-2005, 17:39   #6
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da Unrue
Quindi il mio discorso si può applicare alle pagine? Se due processi hanno la stessa pagina condivisa vuol dir che stanno usando gli stessi dati?
due processi non hanno mai una stessa pagina condivisa: casomai hanno due pagine che puntano alla stessa gamma di indirizzi fisici.
comunque si, con la paginazione è possibile condividere memoria, e la pagina può anche essere protetta: puoi metterla in sola lettura, in scrittura, o in "no-access"; e la puoi anche proteggere diversamente in processi diversi.

Quote:
Altra cosa: hai detto che la segmentazione non si usa più, ma non è usata insieme alla paginazione? Cioè prima si creano i segmenti e poi tali segmenti vengon o paginati. Non si usa più questo metodo combinato?
a dire il vero può essere anche il contrario, puoi "segmentare le pagine" se vuoi, e puoi anche creare un segmento che sta a cavallo di due pagine o una pagina a cavallo di due segmenti, sono due meccanismi completamente indipendenti.
la segmentazione a quanto pare non si usa più
ti ho detto come si fa: i pochi segmenti che esistono occupano concettualmente TUTTA la memoria (credo che il limite venga impostato a 0xFFFFFFFF).
infatti una delle cose che non capirò mai è perché Linux usa la dicitura "segmentation fault"...
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 27-09-2005, 19:46   #7
Unrue
Senior Member
 
L'Avatar di Unrue
 
Iscritto dal: Nov 2002
Messaggi: 7547
Quote:
Originariamente inviato da 71104
infatti una delle cose che non capirò mai è perché Linux usa la dicitura "segmentation fault"...
Ma se la segmentazione no si usa più, nella GDT cosa ci si mette? Li' ci sono i descrittori di segmento appunto.
Unrue è offline   Rispondi citando il messaggio o parte di esso
Old 27-09-2005, 23:01   #8
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da Unrue
Ma se la segmentazione no si usa più, nella GDT cosa ci si mette? Li' ci sono i descrittori di segmento appunto.
ci si mettono descrittori di segmenti "fittizi": sono veri segmenti, però occupano concettualmente tutta la memoria (dall'inizio alla fine) e sono tutti completamente sovrapposti (è l'ennesima volta che lo scrivo... ), perciò è una segmentazione inutile: non può esserci segmentation fault perché non è possibile sfondare un limite di 0xFFFFFFFF, e i moderni sistemi operativi in genere non usano le protezioni dei segmenti, ma solo quelle delle pagine.
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 27-09-2005, 23:02   #9
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da 71104
ci si mettono descrittori di segmenti "fittizi": sono veri segmenti, però occupano concettualmente tutta la memoria (dall'inizio alla fine) e sono tutti completamente sovrapposti
be', aspetta un secondo, è naturale che in questo discorso sto escludendo segmenti particolari come la LDT e la IDT
71104 è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2005, 09:46   #10
Unrue
Senior Member
 
L'Avatar di Unrue
 
Iscritto dal: Nov 2002
Messaggi: 7547
Quote:
Originariamente inviato da 71104
be', aspetta un secondo, è naturale che in questo discorso sto escludendo segmenti particolari come la LDT e la IDT
Ah ecco! Altrimenti cadeva l'utilità della GDT. QIndi la segmentazione resta solo per segmenti particolari, come appunto quelli della LDT e della IDT.. Ok, capito,thanks.
Unrue è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2005, 10:54   #11
cdimauro
Senior Member
 
L'Avatar di cdimauro
 
Iscritto dal: Jan 2002
Città: Germania
Messaggi: 26110
Quote:
Originariamente inviato da 71104
oggidì si usa solo la paginazione, che è molto più flessibile
Non te lo lascio dire: coi segmenti implementare dei buffer di memoria di dimensione variabile è una bazzecola ed è molto efficiente, rispetto alla paginazione.
Quote:
e tra le altre cose permette anche di condividere memoria tra più processi con diversi tipi di protezione (anche differenti da un processo all'altro volendo).
Questo lo puoi fare, in parte, anche coi segmenti. Comunque condividere blocchi di memoria globale fra processi è molto più semplice e veloce coi segmenti che con la paginazione.

Comunque è anche vero che per diversi altri aspetti la segmentazione porta ad altre complicazioni, che non presenta la paginazione, per cui è diventata praticamente obsoleta.

P.S. Linux ti segnala segmentation fault perché, correttamente, sarà accaduto qualcosa a qualche segmento (codice, dati, stack, ecc.); che è anche più utile perché ti fornisce delle informazioni aggiuntive su quale potrebbe essere stata la causa (un page fault su un sistema che usa soltanto la paginazione, è più "anonimo" da questo punto di vista).
__________________
Per iniziare a programmare c'è solo Python con questo o quest'altro (più avanzato) libro
@LinkedIn Non parlo in alcun modo a nome dell'azienda per la quale lavoro
Ho poco tempo per frequentare il forum; eventualmente, contattatemi in PVT o nel mio sito. Fanboys
cdimauro è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2005, 11:10   #12
Unrue
Senior Member
 
L'Avatar di Unrue
 
Iscritto dal: Nov 2002
Messaggi: 7547
Quote:
Originariamente inviato da 71104
be', aspetta un secondo, è naturale che in questo discorso sto escludendo segmenti particolari come la LDT e la IDT
Pero' scusa una cosa: hai detto che i segmenti nella GDT sono praticamente inutili, a parte quelli della IDT ovviamente, che servono per le interruzioni. Ma non dovrebbero essere inutili anche quelli nella LDT allora?
Unrue è offline   Rispondi citando il messaggio o parte di esso
Old 28-09-2005, 14:58   #13
71104
Bannato
 
L'Avatar di 71104
 
Iscritto dal: Feb 2005
Città: Roma
Messaggi: 7029
Quote:
Originariamente inviato da Unrue
Pero' scusa una cosa: hai detto che i segmenti nella GDT sono praticamente inutili, a parte quelli della IDT ovviamente, che servono per le interruzioni. Ma non dovrebbero essere inutili anche quelli nella LDT allora?
hai capito male: la IDT e la LDT di per se' sono due segmenti (mentre la GDT no); io intendevo dire che sono gli unici due segmenti che non occupano concettualmente tutta la memoria (da 0 a 0xFFFFFFFF).
per il resto la segmentazione viene semplicemente "ignorata", non so come spiegartelo meglio: il meccanismo è sempre attivo e non lo si può disabilitare ma segmenti che ci sono immagino che siano una trentina e poco più: la IDT, le LDT dei vari processi, e i segmenti codice-dati-stack di tutti i processi, che sono tutti uguali (non so se è un segmento codice-dati-stack per ogni processo o uno per tutti i processi del sistema: entrambe le cose sono possibili).
71104 è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


MSI PRO MAX EDGE AI+, Ryzen AI Max+ 395 e 128 GB per far girare in locale anche i modelli più grandi MSI PRO MAX EDGE AI+, Ryzen AI Max+ 395 e 128 GB...
Recensione vivo X500 Pro Max: la fotografia mobile ha un nuovo protagonista Recensione vivo X500 Pro Max: la fotografia mobi...
WoW Forever: la beta è stato uno dei momenti più alti della storia dei videogiochi, e non si ripeterà WoW Forever: la beta è stato uno dei mome...
Oracle AI World 2026: in Europa prima la sovranità, poi la sicurezza e solo dopo l'IA Oracle AI World 2026: in Europa prima la sovrani...
DS N°7 E-Tense: il SUV premium made in Melfi che punta su autonomia e comfort DS N°7 E-Tense: il SUV premium made in Melfi...
Betelgeuse, la stella compagna Siwarha n...
Addio alle cartucce Nintendo? Il princip...
ChatGPT accelera: le immagini si generan...
MacBook Pro: tutta la gamma avrà ...
Uno sviluppatore ha dovuto hackerare il ...
Apple HomeView Ultra: in arrivo un robot...
Da smart display a videocamera di sicure...
Gli smartphone sono tutti dei 'padelloni...
Nexus Mods sceglie la strada della trasp...
Il futuro dell'emulazione Switch 2: Mari...
La mossa di Netflix contro lo scrolling ...
iPhone 18, torna al centro dei rumor: pi...
JBL Quantum Stream quasi a metà prezzo s...
Questa e-bike sembra una moto, ma costa ...
Deepfake sessuali su App Store e Google ...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 11:40.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v