Menù principale

Notizie  Grafica  Forum  Links  Retro Trailer  Recensioni  Modelli Amiga  Storia Amiga  Retro-Gamers  Lista Utenti  Contatti  Policy sito

Login

Nick Password

Registrati - Recupera dati

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 ->Continua<-

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

Indice: forum / Windows

Pagine: -1-2- [3] - utente amiga quadratico medio Post inviati: 701 Commento 41 AMG_Novice_Usr 20 Aprile 2021    08:43:55 Citazione Apri un prompt di DOS elevato e scrivi: wmic pagefileset where name="Bagefile.sys" set InitialSize=2048,MaximumSize=2048 Dove per "B" si intende lettera del disco dove vuoi vada la partizione. Specifica quanta RAM hai così si stima la dimensione dello swapfile. Si, e qui c'è una lista completa di comandi da shell per la gestione del file di paging: https://www.itprotoday.com/windows-78/modify-pagef ile-configuration-command-line http://www.it-word.net/command/Windows/wmic/en-us/ wmicPAGEFILESET.html Mi chiedo soltanto se ha davvero un senso creare una partizione a sè, diversa da quella C: di sistema, ad esempio P: , e lì metterci il file di paging ... qualcuno mi sa spiegare il perchè di questa eventuale convenienza? Se le 2 partizioni, quella di sistema e quella di paging/swap, fossero su 2 dischi fisici diversi, mi tornerebbe già di più, ma essendo sullo stesso disco, mi sfugge il perchè prevedere una partizione dedicata allo swap dovrebbe convenire. In effetti Ubuntu, quando lo istalli in dual-boot da pennetta live su un sistema nativo Windows ti fa fare una cosa del genere, ovvero ti fa installare una partizione Home, una di root (di sistema, insomma) ed una di swap ... 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 utente amiga quadratico medio Post inviati: 701 Commento 42 AMG_Novice_Usr 20 Aprile 2021    09:00:53 Citazione Alla faccia del sistema facile da usare. Sei sicuro che non è meglio usare linux? Mi sto convertendo pian piano a GNU/Linux infatti: Raspbian per Raspberry PI, Lubuntu per desktop x64 Citazione Non devi fare più queste cose, il disco non si frammenta L'ho sentito dire ... e ovviamente sarà vero. Ma perchè non si frammenta? Forse perchè Linux colloca i files contigui opportunamente distanziati fra di loro, pertanto finchè il file A ed il file B sono entro certe dimensioni, se non crescono troppo insomma, allora A non si deve frammentare a causa della presenza del contiguo file B e viceversa? Se poi A e/o B crescono troppo, allora l'OS li ricolloca su disco in modo da aumentarne ancora la distanza A - B, così per un altro pò avremmo ancora 2 files contigui ma belli distanti, quindi nessuna necessità di essere frammentati (insomma, una sorta di deframmentazione live ed automatica da parte dell'OS, su necessità)? Potrebbe essere coinvolto anche il senso di crescita dei files: A e B contigui, e se B deve proprio crescere, magari viene fatto crescere dall'OS non nel senso di incontro verso A, ma nell'altro senso, dove magari c'è una certa distanza nei confronti del successivo file C ... in questo modo la distanza A - B può anche essere non esagerata. Come stanno le cose? (scusate l'OT ...) Inciso: se non sbaglio (correggetemi) questa dovrebbe essere la tecnica anche di SFS ... 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 utente amiga quadratico medio Post inviati: 701 Commento 43 AMG_Novice_Usr 20 Aprile 2021    09:05:20 Citazione con gli aggiornamenti puoi anche risparmiare spazio su disco. cosa intendi esattamente? Di sicuro i pacchetti .deb, una volta tirati giù dai repository (i cui URL li trovi in /etc/apt/sources.list) ed installati, li puoi eliminare, così da recuperare spazio su disco, ma questo lo possiamo fare anche con Windows: una volta installato un programma, il suo installer.rar, .zip ecc ... lo possiamo buttare. Ma credo che tu intendessi qualcos'altro ... 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 SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3205 Commento 44 VagaPPC 20 Aprile 2021    12:48:39 Si può ripulire la cache con apt clear Avviene una cosa che nel mondo close è molto rara. I programmi non hanno solo correzione bug, ma anche improved, ovvero viene migliorato il codice e spesso diventa più leggero. Diciamo che in media se usi sempre gli stessi programmi lo spazio occupato tende a rimanere lo stesso. WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb Il Webmaster Post inviati: 4736 Commento 45 Mak73 20 Aprile 2021    13:04:07 Un disco si frammenterà sempre, è inevitabile, quindi se non ci sono sistemi nell'OS che prevedono una deframmentazione automatica prima o poi un harddisk meccanico perderà di prestazioni. La cosa non vale per gli SSD in quanto essendo memorie ad accesso casuale, per loro che i dati siano continui o meno non fa differenza, ed anzi deframmentare un SSD è controproducente perchè ne accorcia la vita. Non per niente da anni ci si lamenta del file system di Windows poichè è preistorico rispetto alle controparti Linux, che appunto negli anni hanno tenuto conto anche del problema della frammentazione e lo hanno ridotto. Pace e bene a tutti. amiwell79 Post inviati: 12246 Commento 46 amiwell79 20 Aprile 2021    13:12:05 si spostare la swap in un'altra partizione o creare appunto più partizioni, una per il sistema, una per la swap ed un'altra per i programmi è un hack che ho riscontrato in un sito dove appunto si faceva accenno ai sistemi windows per fare montaggio video Aros - Workbench X86 - Tiny Aros Retainer - https://tinyaros.flazio.com SysAdmin Unix/Linux - fiero o folle possessore di un AmigaOne Post inviati: 3205 Commento 47 VagaPPC 20 Aprile 2021    17:58:01 In risposta a Mak73 Mak73 Un disco si frammenterà sempre, è inevitabile, quindi se non ci sono sistemi nell'OS che prevedono una deframmentazione automatica prima o poi un harddisk meccanico perderà di prestazioni. Esistono filesystem che non si frammentano nemmeno dopo anni di lavoro continuato, esempio UFS, ReiserFS, zfs, xfs, ecc. Quelli più moderni dovendo gestire file di TB possono frammentarsi, ma btrfs prevede opzionalmente l'autodefrag, è opzionale perché con i dischi solidi è meglio evitare di averlo attivo di default. Per farti un esempio la workstation SUN Ultra 1 che ha lavorato per 10 anni spenta si o no 3 o 4 volte, disco pieno al 96% e rimase così per 3 anni. A seguito di un intervento passai l'FSCK (scandisk), la frammentazione era al 4%, mai vista così alta in 14 anni di onorato servizio. Il motivo di una frammentazione così alta era dovuto al poco spazio su disco, altrimenti non raggiunge mai 1% WorkStation: Amiga x5000 AOS4.1 - MorphOS MiniMac - Vampire V4 - PC AMD Ryzen 9 7950X3D 64Gb RAM 5Ghz Old System Amiga 500,1200, A4000/60 PowerPPC, CybervisionPPC, SUN Ultra5, PowerMAC G4 450Mhz 1Gb Pagine: -1-2- [3] -

Indice: forum / Windows

Utenti Online

Utenti registrati: 1206 dal 1 Gennaio 2006 di cui online: 0 registrati -  e 90 non registrati Benvenuto all'ultimo utente registrato: zulu Buon Compleanno a Yuppis Revange - jpp - pocketclouds -