Windows 11, la schermata blu della morte ritorna... blu: ecco le novità delle ultime release

[randorama]

Originariamente inviato da Helloworld2021

strano o non strano è così.

gli scatti (perché forse sono stato poco preciso) non si intendono che tutto il film sia scattoso ma si intende che magari tu guardi 4 minuti ed è perfetto , poi magari c'è una scena di 8 secondi che produce scatti come se si stesse per bloccare tutto.
Poi torna normale Poi dopo 10 minuti C'è un'altra scena e ti fa 15 secondi di scatti .
gli scatti sono o tipo rallenty o tipo un fermo immagine su un fotogramma.

si, avevo capito; sembra il classico buffer underrun.
francamente non mi era mai capitato... vero anche che la massima risoluzione a cui arrivo è full hd, non oltre.

[piwi]

... senza contare, che, con l'uso che ne fanno in molti, delle proprie unità, anche un SSD di diversi TBytes di capacità, quanto resisterebbe a costanti riscritture ?

A volte ho necessità di fare operazioni su video non compressi ... mi escono fuori files di centinaia di GBytes, che rimangono sul disco per il tempo strettamente necessario alla successiva ricompressione.

[cdimauro]

Originariamente inviato da randorama

c'è gente che sostiene che proprio non si frammentano.
e deve essere un assunto misteriosofico, perchè quando gli chiedi come sia possibile, mutignano e poi fanno facce da "tu non puoi capire".

"Mistero della fede" (cit.)

Originariamente inviato da lollo9

no ma esistono FS che tendono a non frammetare di suo.

La frammentazione è inevitabile (cit.): non esistono filesystem che la possano evitare.

Qualunque sia l'organizzazione dei dati che il filesystem avrà scelto, ci saranno sempre casi di frammentazione.

Non esiste la "pietra filosofale" in questo campo, altrimenti non si parlerebbe nemmeno più di frammentazione (e di deframmentazione).

Sfido qualunque architetto di filesystem a progettarne uno che non frammenti MAI: con qualunque tipo di file e in qualunque situazione.

poi ovviamente implementazioni ed "aggiustamenti" ex-post dopo le operazioni aiutano enormemente, che poi è quello che fanno più o meno tutti NTFS compreso.

Esatto. Questa è la realtà.

allocate-on-flush e copy-on-write usati insieme a livello di protocollo di accesso, ad esempio

Come puoi leggere tu stesso dai paper, si tratta di per lo più di implementazioni dei filesystem. Quindi cambiamento nelle politiche nella gestione delle richieste effettuate, al fine di ridurre i casi di frammentazione. E si corrono anche dei rischi, quando decidi di mantenere il più possibile in memoria i risultati di alcune operazioni, senza rifletterle immediatamente sulla memoria di massa.

Come dicevo prima, non esiste la pietra filosofale in questo campo (e non solo in questo).

[calabar]

Credo che nessuno qui pensasse al file system miracoloso o credesse che alcuni filesystem non frammentino MAI.
Semplicemente si evidenziava la tendenza di alcuni file system (implementazioni, certo) a frammentare molto meno di quanto faccia tipicamente NTFS.
Il motivo per cui si tenda ad avere un'idea di NTFS come file system vecchio credo sia dovuta anche al fatto che questo problema nonostante gli aggiornamenti non l'abbia mai risolto, ma alla fine potrebbe trattarsi solo di una scelta, o magari perchè farlo richiederebbe di riprogettare il sistema dalle fondamenta.

[cdimauro]

Penso sia una scelta. Le API sono lì a disposizione, e infatti è anche possibile schedulare la deframmentazione, oltre al fatto che ci sono applicazioni che le usano (MyDefrag, ad esempio, consente anche di far partire la deframmentazione quando si attiva lo screensaver).

Modifiche più profonde sono certamente fattibili, ma mettere mano a un filesystem è cosa estremamente delicata: assieme allo scheduler dei processi/thread è uno dei software più "mission critical" che ci possa essere, visti i rischi che si corrono.