Risposta Stile Testo Dimensione:  10 12 14 16 18 20 24 30 Colore:  Rosso Viola Verde Blu Giallo Grigio Arancio Rosa Allinea:  Centrato Giustificato Linea vuota A capo Altri comandi Emoticons Clicca per riportare il codice nell'area di testo oppure posizionati su un'immagine per vederne il relativo comando. Testo In risposta a AMG_Novice_Usr [quote=AMG_Novice_Usr] [quote] Stanno cercando con scarsi risultati quello che si fa oramai dagli anni 80 con unix, ovvero usare la ram inutilizzata come cache del sistema, ma pare che non riescano a creare una cache dinamica che funzioni correttamente. [/quote] Fammi capire ... Noi in genere abbiamo PC con livelli di I/D-cache del tipo L1, L2, L3. Sarebbe possibile fare qualcosa (cosa/come esattamente?) per creare un livello L4 da collocarsi nella delta-RAM non utilizzata, e fin qui diciamo che potrei aver capito. Va detto che le capacità parassite di cui soffrirebbe l'accesso a L4 non consentirebbero mai e poi mai delle prestazioni lontanamente paragonabili agli accessi su L1,2,3 ... dico bene? L4 sarebbe una cache solo per modo di dire ... Inoltre, qui scatta una domandina: [b] come siamo messi con la MMU? [/b] Ogni volta che un processo vuole indirizzare una locazione in RAM, la CPU produce un numero di pagina logica ed un offset. Questi 2 parametri vengono passati alla MMU, circuito che li prende in pasto, lega l'ID di pagina logica ad un indirizzo fisico, reale, in RAM (link: pagina logica -->> pagina fisica) + l'offset, e solo adesso la MMU accede realmente all'indirizzamento in RAM richiesto dal processo. è giusto quel che ho detto? (non sono esperto di OS, nel modo più assoluto!). Quindi mi chiedo se l'accesso a L4, come l'abbiamo chiamata noi qui, è mediato dalla MMU oppure no: se si, allora questa cache L4 in RAM sembrerebbe davvero inutile, è solo un nome, nel secondo caso invece potrebbe avere un senso, nonostante le grandi capacità parassite ... [quote] La swap che nessuno ha ancora capito bene con che criterio la utilizza è indispensabile per alcuni programmi e aggiornamenti. Gli si può dare una dimensione fissa, ma va calcolata. [/quote] Lascio stare così il file di paging, ci pensa Win a regolare tutto. [quote] In passato provai a usare una parte della ram come disco (tipo ram disk di Amiga), dicendogli di usare prima quella e poi la swap su disco. Ma si incasinava con degli aggiornamenti, perché la usava per prima ma poi non capiva che doveva passare a quella su disco. [/quote] Figata! Nel dettaglio come ci sei riuscito? Puoi linkare qualche guida? Quindi, una swap-area di primo livello in delta-RAM libera, ed una swap-area di secondo livello ( C: pagefile.sys ) sul disco ... bello! [quote] tipo ram disk di Amiga [/quote] Domanda: che voi sappiate, su Amiga abbiamo un long-term-scheduler che swappa processi magari a bassa priorità/non-ready da parecchio tempo? Il fatto di non avere MMU non significa che non potremmo avere, almeno in teoria, un'area di swap, su HDD o floppy. Se c'è un short-term-scheduler, e quello c'è, essendo multi-tasking, potrebbe esserci anche un long-term-scheduler, quindi una swap-area ... [/quote] formattazione A sinistra Giustificata Nessuna

17 Aprile 2021 Postato da: AMG_Novice_Usr 100% accesso I/O al disco rigido: cause? soluzioni?

Buongiorno, vorrei chiedere un parere a voi esperti. Ho un notebook HP di ultima generazione, citare il modello esatto ha poca importanza, basti sapere che è un quad-core Core i5 di settima generazione, 8GB di RAM, un disco rigido a tracce (quindi non SSD) di 1TB, con sopra Win10 come OS. È sempre stato lento, con alti e bassi. Abbastanza recentemente ho notato, grazie ad un programma di performances-monitoring (uno dei tanti che esistono), che la percentuale di accesso al disco passa a gradino dallo 0% al 100%. https://drive.google.com/file/d/1UtA4Rkp-pUDu bH3HrFwkQ9KToAPNuJr4/view https://drive.google.com/file/d/1UELM9FoVwXZE NShx4V-uGc45j37nX78C/view è quasi sempre al 100%, ogni tanto passa istantaneamente allo 0%, per poi tornare subito al 100%. Questo fenomeno si manifesta sempre, compreso all’accensione. Ecco uno screenshot delle apps che il programma di performances-monitoring rileva come applicazioni che accedono in modalità I/O pesantemente/frequentemente sul disco. https://drive.google.com/file/d/18jFI3B_i_e0L qg7D50KJ-vvMw50krC4d/view https://drive.google.com/file/d/1Blbg7QCu3NtH QZwevRKg_ttmryQxmeb2/view

Commenti: 47  Aggiungi - Pagine: 1-2-3

utente amiga quadratico medio Post inviati: 701	Commento AMG_Novice_Usr 18 Aprile 2021    13:27:40
	Citazione Stanno cercando con scarsi risultati quello che si fa oramai dagli anni 80 con unix, ovvero usare la ram inutilizzata come cache del sistema, ma pare che non riescano a creare una cache dinamica che funzioni correttamente. Fammi capire ... Noi in genere abbiamo PC con livelli di I/D-cache del tipo L1, L2, L3. Sarebbe possibile fare qualcosa (cosa/come esattamente?) per creare un livello L4 da collocarsi nella delta-RAM non utilizzata, e fin qui diciamo che potrei aver capito. Va detto che le capacità parassite di cui soffrirebbe l'accesso a L4 non consentirebbero mai e poi mai delle prestazioni lontanamente paragonabili agli accessi su L1,2,3 ... dico bene? L4 sarebbe una cache solo per modo di dire ... Inoltre, qui scatta una domandina: come siamo messi con la MMU? Ogni volta che un processo vuole indirizzare una locazione in RAM, la CPU produce un numero di pagina logica ed un offset. Questi 2 parametri vengono passati alla MMU, circuito che li prende in pasto, lega l'ID di pagina logica ad un indirizzo fisico, reale, in RAM (link: pagina logica -->> pagina fisica) + l'offset, e solo adesso la MMU accede realmente all'indirizzamento in RAM richiesto dal processo. è giusto quel che ho detto? (non sono esperto di OS, nel modo più assoluto!). Quindi mi chiedo se l'accesso a L4, come l'abbiamo chiamata noi qui, è mediato dalla MMU oppure no: se si, allora questa cache L4 in RAM sembrerebbe davvero inutile, è solo un nome, nel secondo caso invece potrebbe avere un senso, nonostante le grandi capacità parassite ... Citazione La swap che nessuno ha ancora capito bene con che criterio la utilizza è indispensabile per alcuni programmi e aggiornamenti. Gli si può dare una dimensione fissa, ma va calcolata. Lascio stare così il file di paging, ci pensa Win a regolare tutto. Citazione In passato provai a usare una parte della ram come disco (tipo ram disk di Amiga), dicendogli di usare prima quella e poi la swap su disco. Ma si incasinava con degli aggiornamenti, perché la usava per prima ma poi non capiva che doveva passare a quella su disco. Figata! Nel dettaglio come ci sei riuscito? Puoi linkare qualche guida? Quindi, una swap-area di primo livello in delta-RAM libera, ed una swap-area di secondo livello ( C: pagefile.sys ) sul disco ... bello! Citazione tipo ram disk di Amiga Domanda: che voi sappiate, su Amiga abbiamo un long-term-scheduler che swappa processi magari a bassa priorità/non-ready da parecchio tempo? Il fatto di non avere MMU non significa che non potremmo avere, almeno in teoria, un'area di swap, su HDD o floppy. Se c'è un short-term-scheduler, e quello c'è, essendo multi-tasking, potrebbe esserci anche un long-term-scheduler, quindi una swap-area ...
	A500-Plus + A501 + switch meccanico per selezione Double-kickstart 1.3 v. 34.5 / 3.1 v. 40.63 /// A600, Rev. MB. 1.5, espansione in trap-door 1MB chip-ram, Kick-Cloanto 45.66, HDD interno a tracce da 2GB modello MK2104MAV by Toshiba su porta IDE: partizione DH1 con WB2.1 (default) + partizione DH2 con WB3.1 /// A500, Kick 1.3 v. 34.5, scheda espansione in trap-door da 512KB /// A600, espansione da 4MB-fast-ram innestata con zoccolo direttamente su 68K, Kick 2.05 v. 37.300, espansione di chip-ram in trap-door da 1MB, CF da 4GB su adattatore interno CF/IDE: partizione DH0 con CWB GAAE, partizione DH1 con WB2.1, partizione DH2 con WB1.3 /// A500, Rev. MB 6A, Kick 1.3 v. 34.5, A520-TV-RF-Modulator /// A500, PWR-LED ROSSO. Kick 1.2 v. 33.180 /// A500-Plus, PWR-LED ROSSO, Kick 2.04 v. 37.175, Driver DF1 esterno Savage DMF 322, A590 alimentato da alimentatore di CD32, con dentro espansione da 2MB di fast-ram + HDD SCSI Seagate ST32151N da 2GB - DH0 con WB 2.04 e DH1 con WB 1.2 /// A1200, 68EC020, Kick 3.0 v. 39.106, HDD a tracce Hitachi 40GB interno su porta IDE con installato CWB, espansione A1208 in trap-door da 8MB-fast-ram, PLipBox su porta parallela per collegamento via Ethernet a Internet /// Commodore 64 Assy NO. 250425 + floppy drive 5’’ 1/4 modello 1541