[Linux-Biella] Frammentazione file
Jumping Jack
jumpingjack a mclink.it
Gio 12 Maggio 2011 11:24:29 CEST
On 12/05/2011 10:24, ledi salillari wrote:
>
>
> Il giorno 12 maggio 2011 02:49, Jumping Jack <jumpingjack a mclink.it
> <mailto:jumpingjack a mclink.it>> ha scritto:
>
>
>
> On 12/05/2011 2:14, ledi salillari wrote:
>>
>>
>> Il giorno 11 maggio 2011 23:53, Francesco Favero
>> <francbilug a gmail.com <mailto:francbilug a gmail.com>> ha scritto:
>>
>>
>> On 11/05/2011 23:32, ledi salillari wrote:
>> SSD comunque non è così avanti, ha grandi prestazioni in
>> termini di accesso, ma non di banda e ha durata troppo
>> limitata per molte applicazioni. E' utile invece nei
>> portatili in quanto il idle il consumo è bassissimo. E'
>> inoltre immune ai rallentamenti da frammentazione. Ora mi
>> viene una domanda... Linux defragga da solo anche gli
>> SDD? Perchè se lo fa uccide solo il disco.
>>
>>
>> Hmm, non so cosa intendi ma infatti si, e' un problemaccio
>> avere un FS journaling con un device Flash... ma e' il numero
>> di scritture che deriorano l'HW.
>> Il problema si risolve usando ext2, oppure provando nuovi
>> appositi fs.. come logFS (anche se non e' ancore stato
>> rilasciato... bho' )... altri tipo jffs2 o yaffs non
>> supportano (che io sappia) block devices.
>> Mi ero interessato a logFS una volta (1 o 2 anni fa) ma non
>> sono andato fino infondo...magari oggi e' in stato piu' avanzato.
>>
>>
>> vorrei farvi presente che gli ssd attuali, con l'algoritmo di
>> distribuzione di dati chiamato wear leveling, durano poco meno di
>> 20 anni per ogni 32gb di capacità con 50gb di scritture e
>> cancellazioni giornaliere. quindi un ssd da 256gb durerebbe 140
>> anni...
>> tale algoritmo è molto complesso ma è adottato da tutte le
>> produttrici di ssd. tutto ovviamente in maniera completamente
>> indipendente dal file system.
> La durata è ipotetica e si basa su un uso standard, senza log
> strani e senza defrag, per un uso normale. L'algoritmo fa in modo
> che ogni cella sia usata un numero simile di volte. Quindi se i
> dischi sono pieni la statistica va a ramengo, per dirne una.
>
>>
>> comunque che significa che gli ssd hanno poca banda? sono
>> mooooolto più veloci degli hd tradizionali. spiegati meglio.
>> e perché un ssd dovrebbe essere immune dalla frammentazione? la
>> frammentazione si verifica eccome. solo che ci metti niente a
>> cercare il dato memorizzato nell'altra cella. è questo che intendevi?
> A parità di costo si possono usare HDD da 10k o 15k che hanno
> prestazioni superiori (in stripe). Per la frammentazione intendevo
> che non influisce sulle prestazioni, eccetto lo sfruttamento della
> cache interna. Diciamo che entro certi limiti non influsce nulla.
>
> Se mi parli di ram disk, invece qui si che le prestazioni sono
> abissali, ma anche i costi.
>
> JJ
>
>
> scusatemi l'invio a vuoto di prima. comunque jj ti sbagli. il wear
> leveling serve a distribuire il carico equamente su tutte le celle.
> sia che il disco sia pieno o vuoto cambia poco. non so come faccia ma
> lo fa. e hai idea di quanto siano 50gb di scritture giornaliere?
Il wear leveling degrada le prestazioni, l'efficienza è inversamente
proporzionale alle prestazioni del disco.
>
> comunque per le prestazioni, un ssd raggiunge tranquillamente
> 300-400MB al secondo. alcuni arrivano a 500 mentre un revodrive (che
> ricordo è pci-express) arriva anche a 700megabyte al secondo di
> scrittura/lettura.
> ora. quanti hard disk devo comprare per raggiungere cifre simili?
> anche se ho un hard disk da 150MBs (e costano) me ne servono un po'
> quindi il prezzo aumenta. un ssd costa 200-300€ da 256gb
Costerà 400€ almeno...
> un hard disk 15k da 150gb arriva sui 100-150€.. a parità ti costo, non
> sono paragonabili.
> l'unico vantaggio degli hard disk è la capienza a parità di prezzo.
> per il resto sono obsoleti rispetto agli ssd
Gli ssd solitamente non superano i 300, quelli a prestazioni superiori
usano controller proprietari, a meno che non mi sia sfuggito qualche
nuovo prodotto. In ogni caso a parità di costi si possono avere
prestazioni ottime e capacità molto alta, con il costo di un ssd da
600gb posso acquistare quattro 10k da 600gb e montati in stripe hanno
prestazioni decisamente elevate, una banda doppia e un tempo d'accesso
bassissimo. Il discorso tra meglio ssd o 10k (o anche 15k) è molto
relativo al lavoro che deve fare.
Un database comunque ammazza l'ssd.
JJ
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://ml.bilug.linux.it/pipermail/linux/attachments/20110512/8f97702b/attachment.htm>
Maggiori informazioni sulla lista
Linux