Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Format, la funzione della compressione
15 views
Skip to first unread message
fracama87
Dec 18, 2023, 6:43:49 AM12/18/23
to
Ho notato che in fase di formattazione, esiste ancora la funzione della
compressione.
ma è ancora valida?
soprattutto in hard disk che tendono a immagazzinare tante cose?
e che queste cose non siano già in partenza compresse.
un'altra curiosità, è quella che Windows colora di blu, mi pare, le
cartelle compresse.
ma la stessa cosa si può fare con altri programmi, tipo compactgui
(https://github.com/IridiumIO/CompactGUI) che però non colorano le
cartelle di un altro colore.
quindi il colore non è tanto dovuto alla compressione, ma da chi fa la
compressione?
compressione.
ma è ancora valida?
soprattutto in hard disk che tendono a immagazzinare tante cose?
e che queste cose non siano già in partenza compresse.
un'altra curiosità, è quella che Windows colora di blu, mi pare, le
cartelle compresse.
ma la stessa cosa si può fare con altri programmi, tipo compactgui
(https://github.com/IridiumIO/CompactGUI) che però non colorano le
cartelle di un altro colore.
quindi il colore non è tanto dovuto alla compressione, ma da chi fa la
compressione?
Guglielmo
Dec 18, 2023, 11:48:11 AM12/18/23
to
fracama87 ha pensato forte :
che già ieri ti serviva un disco più grande.
Poi vabbé questa funzionalità non impatta eccessivamente sulle
prestazioni e si può usare, ma al giorno d'oggi in cui la maggioranza
dei file sono già compressi o poco comprimibili, il guadagno di spazio
disco sara tale che poco dopo il disco nuovo devi prenderlo lo stesso.
I miei due centesimi...
> Ho notato che in fase di formattazione, esiste ancora la funzione della
> compressione.
> ma è ancora valida?
Il mio pensiero da sempre è che se hai bisogno di comprimere vuol dire
> compressione.
> ma è ancora valida?
che già ieri ti serviva un disco più grande.
Poi vabbé questa funzionalità non impatta eccessivamente sulle
prestazioni e si può usare, ma al giorno d'oggi in cui la maggioranza
dei file sono già compressi o poco comprimibili, il guadagno di spazio
disco sara tale che poco dopo il disco nuovo devi prenderlo lo stesso.
I miei due centesimi...
Enrico Bianchi
Dec 19, 2023, 3:29:10 AM12/19/23
to
On 2023-12-18, fracama87 <frac...@gmail.com> wrote:
> ma è ancora valida?
Sì, è una caratteristica di NTFS mai deprecata
> soprattutto in hard disk che tendono a immagazzinare tante cose?
Sì, ha ancora senso, non solo ai fini del risparmio dati, ma anche per
ottimizzare il numero di letture su disco
> quindi il colore non è tanto dovuto alla compressione, ma da chi fa la
> compressione?
Da quello che ho capito, CompactGUI richiama le funzioni di compressione di
compact.exe che, se usato manualmente, "colora" i file compressi su esplora
risorse. Quello che mi viene in mente è che CompactGUI, usando le chiamate
a sistema e non compact.exe, non esegue una chiamata di notifica che serve
al sistema operativo per identificare i file compressi o che usi quelle
chiamate per fare un altro lavoro (nel senso che comprime i file ma a livello
utente e non di sistema, ovvero si comporta come zip e non come compact.exe)
Enrico
> ma è ancora valida?
Sì, è una caratteristica di NTFS mai deprecata
> soprattutto in hard disk che tendono a immagazzinare tante cose?
ottimizzare il numero di letture su disco
> quindi il colore non è tanto dovuto alla compressione, ma da chi fa la
> compressione?
compact.exe che, se usato manualmente, "colora" i file compressi su esplora
risorse. Quello che mi viene in mente è che CompactGUI, usando le chiamate
a sistema e non compact.exe, non esegue una chiamata di notifica che serve
al sistema operativo per identificare i file compressi o che usi quelle
chiamate per fare un altro lavoro (nel senso che comprime i file ma a livello
utente e non di sistema, ovvero si comporta come zip e non come compact.exe)
Enrico
Enrico Bianchi
Dec 19, 2023, 10:34:25 AM12/19/23
to
On 2023-12-18, Guglielmo <mmemmoTO...@tiscali.it.invalid> wrote:
> Il mio pensiero da sempre è che se hai bisogno di comprimere vuol dire
> che già ieri ti serviva un disco più grande.
Dipende. Tempo addietro, in una serie di post sulle ottimizzazioni di un
> Il mio pensiero da sempre è che se hai bisogno di comprimere vuol dire
> che già ieri ti serviva un disco più grande.
database, avevo notato che uno dei punti suggeriti era quello di abilitare
la compressione trasparente del file system. Discutendone, è venuto fuori
un punto interessante: il tempo di decompressione è meno impattante rispetto
al tempo di reperimento dati ovvero usando la compressione si hanno meno
letture disco. È ovviamente un caso limite e specifico, ma in ogni caso è
interessante e da tenere in considerazione
> Poi vabbé questa funzionalità non impatta eccessivamente sulle
> prestazioni e si può usare, ma al giorno d'oggi in cui la maggioranza
> dei file sono già compressi o poco comprimibili, il guadagno di spazio
> disco sara tale che poco dopo il disco nuovo devi prenderlo lo stesso.
Tieni conto che io lavoro con sorgenti e file di testo, e l'abilitazione
della compressione trasparente mi fa risparmiare anche il 50% di spazio
occupato
Enrico
acc
Dec 19, 2023, 11:34:37 AM12/19/23
to
Il 19/12/2023 16:34, Enrico Bianchi ha scritto:
> Dipende. Tempo addietro, in una serie di post sulle ottimizzazioni di un
> database, avevo notato che uno dei punti suggeriti era quello di abilitare
> la compressione trasparente del file system. Discutendone, è venuto fuori
> un punto interessante: il tempo di decompressione è meno impattante rispetto
> al tempo di reperimento dati ovvero usando la compressione si hanno meno
> letture disco. È ovviamente un caso limite e specifico, ma in ogni caso è
> interessante e da tenere in considerazione
Tempo addietro si, ma attenzione che coi database attuali spesso non e'
> Dipende. Tempo addietro, in una serie di post sulle ottimizzazioni di un
> database, avevo notato che uno dei punti suggeriti era quello di abilitare
> la compressione trasparente del file system. Discutendone, è venuto fuori
> un punto interessante: il tempo di decompressione è meno impattante rispetto
> al tempo di reperimento dati ovvero usando la compressione si hanno meno
> letture disco. È ovviamente un caso limite e specifico, ma in ogni caso è
> interessante e da tenere in considerazione
piu' cosi'.
acc
Dec 19, 2023, 11:40:12 AM12/19/23
to
Il 18/12/2023 12:43, fracama87 ha scritto:
> Ho notato che in fase di formattazione, esiste ancora la funzione della
> compressione.
> ma è ancora valida?
> soprattutto in hard disk che tendono a immagazzinare tante cose?
> e che queste cose non siano già in partenza compresse.
Bisogna fare attenzione, su alcuni file la compressione ha un impatto
> Ho notato che in fase di formattazione, esiste ancora la funzione della
> compressione.
> ma è ancora valida?
> soprattutto in hard disk che tendono a immagazzinare tante cose?
> e che queste cose non siano già in partenza compresse.
sulle prestazioni quasi irrilevante, ma in altri casi e' deleterio.
Se proprio si deve meglio preferire la compressione "per file" o "per
cartelle".
Guglielmo
Dec 19, 2023, 12:35:47 PM12/19/23
to
Il Tue, 19 Dec 2023 15:34:23 -0000 (UTC), Enrico Bianchi ha scritto:
> Dipende. Tempo addietro, in una serie di post sulle ottimizzazioni di un
> database, avevo notato che uno dei punti suggeriti era quello di
> abilitare la compressione trasparente del file system. Discutendone, è
> venuto fuori un punto interessante: il tempo di decompressione è meno
> impattante rispetto al tempo di reperimento dati ovvero usando la
> compressione si hanno meno letture disco.
Leggo di cose analoghe da un paio di decenni e non ho motivo per mettere
> Dipende. Tempo addietro, in una serie di post sulle ottimizzazioni di un
> database, avevo notato che uno dei punti suggeriti era quello di
> abilitare la compressione trasparente del file system. Discutendone, è
> venuto fuori un punto interessante: il tempo di decompressione è meno
> impattante rispetto al tempo di reperimento dati ovvero usando la
> compressione si hanno meno letture disco.
in dubbio, però poi nella realtà l'uso di tale funzionalità è andato
pressoché sparendo e Microsoft per prima non ne spinge l'uso. O stanno
tutti a sbagliare o i vantaggi pur esistenti riguardano effettivamente
solo casi molto limitati.
brianks
Dec 22, 2023, 5:36:18 AM12/22/23
to
Enrico Bianchi, il 19/12/2023 alle 16:34 ha scritto:
> On 2023-12-18, Guglielmo <mmemmoTO...@tiscali.it.invalid> wrote:
>
>> Il mio pensiero da sempre è che se hai bisogno di comprimere vuol dire
>> che già ieri ti serviva un disco più grande.
>
> Dipende. Tempo addietro, in una serie di post sulle ottimizzazioni di un
> database, avevo notato che uno dei punti suggeriti era quello di abilitare
> la compressione trasparente del file system. Discutendone, è venuto fuori
> un punto interessante: il tempo di decompressione è meno impattante rispetto
> al tempo di reperimento dati ovvero usando la compressione si hanno meno
> letture disco. È ovviamente un caso limite e specifico, ma in ogni caso è
> interessante e da tenere in considerazione
infatti ad esempio compattando la cartella di un gioco, in genere, i
> On 2023-12-18, Guglielmo <mmemmoTO...@tiscali.it.invalid> wrote:
>
>> Il mio pensiero da sempre è che se hai bisogno di comprimere vuol dire
>> che già ieri ti serviva un disco più grande.
>
> Dipende. Tempo addietro, in una serie di post sulle ottimizzazioni di un
> database, avevo notato che uno dei punti suggeriti era quello di abilitare
> la compressione trasparente del file system. Discutendone, è venuto fuori
> un punto interessante: il tempo di decompressione è meno impattante rispetto
> al tempo di reperimento dati ovvero usando la compressione si hanno meno
> letture disco. È ovviamente un caso limite e specifico, ma in ogni caso è
> interessante e da tenere in considerazione
caricamenti risultano più veloci
per questo presero piede utility di compressione già citate.
Enrico Bianchi
Dec 24, 2023, 6:29:20 AM12/24/23
to
On 2023-12-19, acc <em...@farlocca.it> wrote:
> Tempo addietro si, ma attenzione che coi database attuali spesso non e'
> piu' cosi'.
Sì, ho visto che ad esempio PostgreSQL ha implementato delle metodlogie di
> Tempo addietro si, ma attenzione che coi database attuali spesso non e'
> piu' cosi'.
compressione dei dati. Un po' è un peccato, ma purtroppo le cose sono andate
così
Enrico
0 new messages