Stai usando un browser non aggiornato. Potresti non visualizzare correttamente questo o altri siti web. Dovreste aggiornare o usare un browser alternativo.
veramente si è sempre saputo: la memoria totale in uso del sistema te lo dice direttamente Windows, non è necessario fare test strampalati ne 23 pagine di discussione! è scritto chiarissimo: Memoria in uso e te lo indica in Gigabyte (binari), che poi corrisponda ad un calcolo di sistema più o meno complicato basato su commit-qualcosa è un dettaglio tecnico irrilevante per gli utenti, il numero indicato da Gestione risorse è quello giusto ed è ciò che si deve sapere/controllare
la memoria vincolata non è memoria in uso, ma "prenotata" che potrebbe essere usata oppure no, il dimensionamento di un paging file va fatto sulla base delle applicazioni realmente usate, eventualmente tutte insieme, e mettendosi nel caso peggiore (= ci ricavi il massimo di memoria vincolata --> fai una somma a spanne e vedi se ti basta la RAM oppure hai bisogno di paginazione).
Nel mio particolarissimo caso peggiore io non ho neanche bisogno di attivarlo un paging file ma per l'utente medio questo è impossibile
Ripeto, il mio obiettivo non è disattivare il file di paging ma è riuscire a capire cosa si intende per memoria vincolata che Windows segna nel task manager, tutto qui! Che il file di paging sia utile nessuno lo mette in dubbio 😅
infatti nel secondo intervento che ho fatto ho risposto a questo, poichè come quesito era chiaro. E' quanto emerso in seguito che mi sembrava meritevole di approdondimenti, ovvero:
Comprendo la difficoltà nel credere a un concetto che va contro tutto quello di cui siamo stati a conoscenza fino ad oggi, se fino ad oggi chiunque parlasse di paging si riferiva ad un quantitavo di memoria virtuale che viene utilizzata quando la ram fisica viene saturata e serve appunto per sopperire alla mancanza di ram..
Beh ma se leggi i miei post era da ieri che cercavo di dire che la memoria vincolata equivale alla memoria totale in uso ma nessuno mi dava credito 🤣.. Pero ora ho capito anche il concetto di current limit ( ram più file page) e current charge
Semplicemente lo fa su ram.. Infatti se disattivi il paging su disco il commit limit corrisponde al quantitativo di ram che hai sulla tua macchina.. Scarica process Explorer avviarlo e premi ctrl + i.. E vedrai tu i valori del commit charge ( memoria totale del sistema in uso) e commit limit ( memoria totale più paging)
Nessuno è risucito a darmi una risposta esaustiva e corretta tranne @DispatchCode che è stato l'unico ad affermare che la memoria totale del sistema in uso corrisponde al commit ( quando io era ormai giorni che provavo a dimostrarlo)
Ciò su cui ho insistito nei precedenti post è proprio questo; è il modo in cui è composto il commit charge (che è tutt'altro che semplice).
Se quando dici "memoria totale del sistema in uso" parli di memoria RAM + paging occupati (la somma dei "working set" dei processi), allora no, non è così. O meglio è così ma in quel conteggio ti stai perdendo un altro componente, che è la memoria virtuale allocata e riservata non ancora mappata nello spazio degli indirizzi del processo, e quindi che non fa riferimento a qualcosa in RAM.
Per ogni singolo processo viene mantenuta una serie di VADs (Virtual Address Descriptor(s)) (citato da qualcuno pagine fa, forse @BAT o @Liupen ) che rappresenta la memoria richiesta dal processo in questione: qui trovi la memoria effettivamente in uso (che fa parte del working set) sia quella che è stata richiesta ma non ancora effettivamente usata, poichè non è ancora avvenuto un accesso e quindi non esiste l'associazione con la memoria fisica.
veramente si è sempre saputo: la memoria totale in uso del sistema te lo dice direttamente Windows, non è necessario fare test strampalati ne 23 pagine di discussione! è scritto chiarissimo: Memoria in uso e te lo indica in Gigabyte (binari), che poi corrisponda ad un calcolo di sistema più o meno complicato basato su commit-qualcosa è un dettaglio tecnico irrilevante per gli utenti, il numero indicato da Gestione risorse è quello giusto ed è ciò che si deve sapere/controllare
la memoria vincolata non è memoria in uso, ma "prenotata" che potrebbe essere usata oppure no, il dimensionamento di un paging file va fatto sulla base delle applicazioni realmente usate, eventualmente tutte insieme, e mettendosi nel caso peggiore (= ci ricavi il massimo di memoria vincolata --> fai una somma a spanne e vedi se ti basta la RAM oppure hai bisogno di paginazione).
Nel mio particolarissimo caso peggiore io non ho neanche bisogno di attivarlo un paging file ma per l'utente medio questo è impossibile
per verificare la stabilita di sistema in un determinato momento il valore di riferimento é dato dal valore dal commit limit, Se l'addebito del commit di sistema raggiunge il limite di commit di sistema, il sistema e i processi potrebbero non ottenere memoria di cui è stato eseguito il commit. Questa condizione può causare il blocco, l'arresto anomalo e altri malfunzionamenti
Il limite di memoria del commit di sistema è la somma della memoria fisica e di tutti i file di pagina combinati. Rappresenta la memoria massima con commit del sistema (nota anche come "addebito del commit di sistema") che il sistema può supportare.
lo dice microsoft non pincopallo 😁
se io ho fatto i test come gia detto in precedenza é perche NESSUNO ripeto NESSUNO é riuscito a dirmi quanta memoria totale (fisica + virtuale) il mio sistema potesse supportare prima di andare in blocco. se sono servite 23 pagine di discussione é perche alcuni utenti continuano a negare l`evidenza, ignorando i test, ignorando cosa sia il commit , come viene utilizzato da windows e come sia determinante ai fini della STABILITÁ DI SISTEMA.
non concordo sul "molto meno reattivo" ma l'analisi è corretta: semplicemente impiegherebbe il tempo necessario al paging su SSD (velocissimo) solo quando serve veramente, mentre nell'altro modo pagina in continuazione anche se non serve...
...motivo per il quale ho sempre sistematicamente invitato gli utenti a montare quanta più RAM possibile 😅 visti i costi ormai irrisori della DDR4; se guardi i numeri il sistema nel suo compesso necessita di molto più dei 16 GiB canonici che i singoli sapientini si ostinano a dire che bastano, precedibilmente in un sistema attuale Windows la memoria VIRTUALE necessaria si aggira tra i 18 ed i 22 GiB --> nel sistema in oggetto, con quei numeri se avesse 32 GiB di RAM invece che 16 il paging potrebbe addirittura essere disattivato senza nessuna conseguenza (e senza crash: se fossero necessari più di 32 GiB semplicemente si avrebbe un messaggio a video che "non c'è memoria sufficiente"). Sono 9 anni che ho il paging disattivato, mai un problema! Basta avere RAM abbondante ovviamente, altrimenti il discorso NON vale.
tu stesso bat mi dispiace ma non hai saputo definire con precisione la memoria totale del sistema in quel momento, hai detto che si aggirava tra 18 e 22 ma questa risposta non era completa. la giusta risposta (assoluta senza se senza ma) a quel quesito era 18. per capure che é 18 con certezza assoluta ci sono volute tutte queste pagine , ho dovuto fare i test e ho dovuto cercare in rete .
solamente @DispatchCode conosceva cosa fosse l`argomento cosa fosse il commit e le varie defizioni ed infatti é stato il primo a confermare cio che io stavo dicendo e testando.
te lo dico io: nessun limite se non quelli imposti dal sistema operativo che in Windows a 64 bit per un processo è di 128 TiB (Terabyte binari) ma, dato che chiaramente nessuno ha 128 TiB a portata di mano, il sistema si blocca definitivamente all'esaurimento della RAM e dello spazio fisico su disco dovuto a crescita incontrollata del file di paginazione;
questo è una caso limite con paginazione gestita da Windows (senza imporre a mano numeri più o meno "magici" alle dimensioni minime e massime del paging): puoi aprire tutte le applicazioni che vuoi, grosse quanto vuoi, tuttavia il sistema va in thrashing quando il file di paginazione è il doppio della RAM; thrash NON significa blocco ma significa che il sistema operativo passa più tempo a eseguire paginazione che le istruzioni dei programmi.
Esempio: se hai 16 GiB, quando il paging file arriva a 32 GiB il sistema va in thrash in modo naturale (ma non si blocca), diventa praticamente lentissimo fino ad essere inusabile; non so se su Windows abbiano imposto un limite massimo al paging-file (non mi risulta, ma le cose cambiano quindi non saprei), anche se viene (follemente) consentita anche una dimensione tripla rispetto alla RAM di sistema.
tu puoi dire cio che vuoi ma microsoft afferma che Se l'addebito del commit di sistema raggiunge il limite di commit di sistema, il sistema e i processi potrebbero non ottenere memoria di cui è stato eseguito il commit. Questa condizione può causare il blocco, l'arresto anomalo e altri malfunzionam
l`ho testato io stesso!
nella guida che ti ho messa prima spiega bene quello che sto affermando!
Post unito automaticamente:
e cmq detto da tra noi quello che hai appena scritto é una str...zata PAZZESCA 🤣
@Valeriooo il problema è che parli senza avere una conoscenza minima della materia, e lo si evince dal fatto che stai usando termini più o meno tecnici a caso o frasi rielaborate copiate da internet (come dall'articolo di microsoft).
@Valeriooo il problema è che parli senza avere una conoscenza minima della materia, e lo si evince dal fatto che stai usando termini più o meno tecnici a caso o frasi rielaborate copiate da internet (come dall'articolo di microsoft).
A questo punto vorrei capire: quale sarebbe la "stupidaggine" in ciò che ha detto BAT, e perchè?
Parlo perché la conoscenza me la sono fatta in questi giorni, non sono nato imparato 😎 non sono un guru 👍se copio ciò che scrive Microsoft è per far vedere che non lo sto dicendo solo io ma LO AFFERMA MICROSOFT.
qui stiamo raggiungendo un livello veramente basso, scandaloso
questo linguaggio lo usi con qualcun altro, non con me; ora ti becchi una sanzione e ti stai anche zitto se non vuoi essere sbattuto fuori dal forum perennemente; una cosa che odio fare ma tu te la sei tirata con le tenaglie;
sono laureato in Tecnologie Informatiche, la conoscenza della gestione della memoria me la sono fatta studiando all'università e faccio test sulla paginazione da quando è uscito Windows 98 prima versione.
si concordo: ti sei autonominato sommo esperto della materia leggendo mezzo articolo Microsoft (che neanche hai compreso) e che hai copia-incollato, e facendo un test su singola macchina, proprio l'apice del metodo scientifico 😅
Parlo perché la conoscenza me la sono fatta in questi giorni, non sono nato imparato 😎 non sono un guru 👍se copio ciò che scrive Microsoft è per far vedere che non lo sto dicendo solo io ma LO AFFERMA MICROSOFT.
qui stiamo raggiungendo un livello veramente basso, scandaloso
quindi tu da 2 letture che ti sei fatto in rete(senza per altro capirle davvero) pretendi di saperne di più di un analista programmatore di un ingegnere informatico, di una persona che conosce gli SSD come le proprie tasche ( e da cui ho imparato più o meno tutto quello che so) e da gente che studia da una vita questa materia
ci inchiniamo umilmente alla tua sapienza
SI ABBIAMO TOCCATO DAVVERO IL FONDO
Aggiungo anche che abbiamo toccato anche l'apice dell'arroganza
Un bagno di umiltà farebbe solo bene. Certa gente legge due guide e si sente il nuovo bill gates! Applichiamo bene la materia apriamo i libri studiamo e poi magari critichiamo dopo aver studiato la materia non senza sapere.
Detto questo i miei colleghi hanno esplicato alla grande il file di paging e tutti i concetti inerenti alla ram e alla memoria in generale.
Chiudiamo questo brutto capitolo solamente polemico e confusionario.
Occhio che quando ti alloca il pagefile non è detto che ci scriva necessariamente
Puoi vedere 2 GB allocata, ma non è assolutamente detto che il s.o. avrà scritto 2 GB di dati
A parte che resto allibito per come sia degenerata la discussione, ma trovo utile sottolineare quello che hai scritto: in ogni caso allocato non significa utilizzato. Anzi è vero il contrario. Vengono allocate risorse IN PREVISIONE di un utilizzo futuro, e se la previsione cambia nel tempo (in una allocazione dinamica), aumenterà nel tempo anche la quantità di risorse allocate (Beh sempre nel limite delle risorse disponibili naturalmente).
è il principio stesso di allocazione.
