Quote:
mi son ricordato che utilizzo questo: http://www.voidtools.com/ però non credo faccia scritture bensì letture |
Quote:
Explorer e steam sono abbastanza elevati perché oggi ho effettuato un po' di proposito diverse scritture per testare il nuovo SSD (trasferendo file e scaricando giochi). Una cosa simile c'è anche nel task manager di Windows 7, se usi quello. |
ho w 8.1
niente di anomalo..firefox acceso da mezz'ora circa intanto grazie per il supporto |
Non hai visualizzato la colonna che intendevo.
Devi aggiungerla premendo il tasto destro del mouse sull'intestazione della lista dei processi e selezionare "scegli colonne". |
Quote:
|
Ho il vago sospetto che possa essere Norton Internet Security. Il terzo processo in lista ha scritto 45,429,840 byte, ma effettuato 929,870 scritture. Questo vuol dire 49 byte per scrittura. Queste scritture minuscole continuative potrebbero contribuire a fare alzare a dismisura la write amplification, ma è solo una mia ipotesi.
Hai fatto bene ad attivare anche scritture I/O perché non ci avrei pensato altrimenti. Proverei a disattivare NIS per un certo periodo e vedere come si evolve il wear leveling count. Comunque non è detto che sia quello, sarebbe da controllare anche l'allineamento delle partizioni ed il trim e se ci sono aggiornamenti firmware sul sito del produttore del tuo notebook. |
Quote:
Allora faccio prima così, vedo se norton si comporta uguale nei prossimi due avvii. Se si lo disattivo per qualche settimana e vediamo come si evolve la situazione Intanto questo è lo screenshot di un altro utente: |
L'ho connesso "a caldo" al sistema operativo, mi chiedo se questo non abbia provocato letture anomale a causa ad esempio anche del primo riconoscimento.
Se fosse stato usato, 2GB non sono neanche il tempo di fare un benchmark. E poi non si spiegherebbe il tempo di accensione di zero ore. E' possibile si tratti di valori di "default" casuali che escono fuori per qualche motivo, mi sembra di ricordare di casi simili ad esempio sui Crucial M500, dallo stesso controller. |
Opss come mai "mangia" cosi poco questo pc con SSD?
http://s4.postimg.org/4dsnl78h9/Gestione_attivit.jpg |
Quote:
|
Ragazzi sapete dirmi per favore come aggiornare il firmware di un ssd crucial m4 da 128 gb?ho provato col programma che da la crucial ma mi sa un errore e non va avanti...
Inviato da mio iPhone utilizzando Tapatalk |
Quote:
Inviato dal mio Eva-01 a ridosso del fourth impact |
provato a lanciarlo con privilegi admin forzati? Tasto dx-esegui come admin?
ciao ciao |
Quote:
|
Quote:
Se facciamo il calcolo della write amplification: 82 cicli * 512 GiB = 41984 GiB scritti sulle memorie NAND Abbiamo che è di 41984 GiB / 2489 GiB = 16.87x Anche questo pc ha Norton Internet Security, installato magari di default? Quote:
In più task manager indica solo i processi attivi, non quelli chiusi. |
Ok s12a grazie.
|
Quote:
|
Quote:
Sai indicarmi dove posso trovarla?perdonatemi la mia ignoranza Inviato da mio iPhone utilizzando Tapatalk |
Quote:
Adaptare Scheda adattatore Micro-SATA HDD per dischi rigidi (6,4 cm (2,5 pollici) controller IDE 44-pin maschio) ma ho perso un pò di tempo anch'io per ritrovarlo, non esce soltanto scrivendo "ida msata" o simili. |
Qualche acquirente del Crucial M550? In particolare mi interessa il taglio da 512GB :)
|
Quote:
|
No, non ho norton. Questa è la situazione dal task manager, considerate però che è acceso da 6 giorni e mezzo:
http://s15.postimg.org/z6wdx3h6z/Immagine.jpg In media sono sui 25GB/giorno. |
Non contano tanto i GB/giorno di scritture host (ossia richieste dal sistema operativo/utente), piuttosto quanto effettivamente esse si ripercuotono sull'usura del drive. Per fare un esempio, 25 GB/gg con write amplification di 2x sono meno usuranti di 6 GB/gg con write amplification di 15x.
Poi tocca fare considerazioni pratiche, in ogni caso. Se nonostante tutto la prospettiva è di 8-10 anni per arrivare al 100% di usura nominale, non è che sia tutto questo problema. EDIT: ah, eri il possessore del drive in questione? 25 GB/g con write amplification così elevata (ammesso che il dato di usura riportato dai parametri SMART sia veritiero) potrebbe essere un problema concreto a medio termine, purtroppo. Dallo screenshot postato, il processo di Chrome più esoso in termini di scritture sembra che effettui una media di 757 byte/scrittura nel tuo caso. Potrebbe incidere in termini di write amplification come nell'altro caso con Norton, se è impostato per effettuare caching sul drive (questa visualizzazione da task manager non permette di stabilire se è effettivamente così). Il secondo processo di Chrome invece è ad un più normale valore di 7700 byte/scrittura. In generale più dati vengono trasferiti per scrittura effettuata, meno spreco avviene nella programmazione delle memorie, su cui almeno nel caso del Samsung 840 Pro si può scrivere solo a gruppi di 8 kB per volta, e cancellare a gruppi di 1024 kB. (Esempio pratico: se dobbiamo scrivere solo un dato da 400 byte e l'SSD non trova altri dati da agglomerare insieme - situazione difficile comunque con un uso normale del sistema operativo in cui ci sono sempre dati da scrivere ed un certo write buffer - la write amplification per quella scrittura sarà immediatamente di almeno 8192 byte / 400 byte = 20.5x). Da me, in questo momento il processo di Firefox (che è singolo, ma il più esoso in termini di scritture fra i processi in lista che ho) ha effettuato 7,895,625,000 byte in 804,718 scritture. Questo equivale a 9811 byte/scrittura in media, quindi dando per assunto che ci sia solo questo programma ad effettuare queste scritture, sarei sopra la dimensione minima dei blocchi di programmazione delle memorie NAND dell'SSD. Ma visto che 9811 byte in un blocco da 8 kB non entrano, richiedono due blocchi, quindi 16 kB, e perciò la write amplification per queste scritture (sempre assumendo un drive vuoto, ossia che non richiedano lo spostamento - quindi cancellazione - di altri dati per liberare blocchi in scrittura) sarebbe in media di 16384 / 9811 = 1.67x. Questo sempre ipotizzando che non ci siano altri dati da scrivere nello stesso periodo di tempo, cosa, ripeto, assai improbabile. Tutta questa pappardella tecnica per dire: dato che sembri avere anche te programmi che effettuano numerose scritture molto piccole in maniera semicontinua, per risolvere proverei a disabilitare la cache di Chrome oppure impostarla su un ramdisk, e vedere come si evolve la situazione nel tempo. C'è sempre la possibilità che ci sia qualche bug nel firmware di quell'SSD, magari nella visualizzazione dei dati SMART. Oppure magari sui Dell Precision il sistema preinstallato di default ha qualche cosa di strano come, ipotizzo, il write caching disabilitato, che potrebbe comportare un aumento della write amplification (venendo a mancare il write buffer, "serbatoio" in cui vengono agglomerate le scritture... anche se l'SSD ha comunque ne ha uno suo interno e la cosa non dovrebbe incidere più di tanto in tal senso). |
Quote:
|
è lo stesso ssd Samsung Pro?
Ciao a tutti,
secondo voi questo SSD è uguale ad un Samsung 256 Pro? |
:D Carino questo sito ma penso lo conosciate
http://ssd.userbenchmark.com/Compare...6GB/1408vs2000 |
Quote:
|
Sto scoprendo un po' di cose tecniche interessanti sul Sandisk Extreme II 480GB, monitorando le scritture NAND e Host nel corso del tempo (purtroppo inconstantemente, devo scrivermi uno script apposito perché CrystalDiskInfo non prende tutti i dati SMART come dovrebbe con questo drive). Guardare in particolar modo l'ultima colonna, rappresentante la write amplification calcolata a partire dalla rilevazione precedente.
http://i57.tinypic.com/2exui5w.png Finché il drive era nuovo, con tutte le celle vergini (e probabilmente anche per via dei trasferimenti tendenzialmente sequenziali e random a blocchi di 4kB o superiori), la write amplification è rimasta molto vicina ad 1.0x. Quando ho iniziato ad usarlo normalmente come al solito (browser, giochi, download ecc) e soprattutto, una volta che tutte le celle hanno ricevuto almeno una scrittura, sembra che la write amplification sia aumentata a circa 3.5x. Il wear leveling su questo drive sembra a prima vista essere abbastanza meno efficiente di quello del Samsung 840 250 GB che usavo in precedenza, che si attestava a circa 1.5x in condizioni di normale utilizzo. Tecnicamente parlando, differenze firmware a parte nella gestione interna, probabilmente incide anche il fatto che sulle memorie NAND MLC 19nm Sandisk di questo drive l'erase block size è di ben 4 MB, mentre sulle Samsung TLC dell'840 è di 1.5 MB. In altre parole per effettuare il wear leveling il Sandisk sarà costretto a spostare più dati insieme. La cosa sembra avere riscontri nella pratica. Questo per dire che le memorie TLC montate nei Samsung 840/840 EVO avranno sì una durata sulla carta tre volte inferiore alle normali MLC, ma se il wear leveling è almeno il doppio più efficiente a parità di utilizzo, nella pratica la differenza in tal senso è assai più sottile. Quote:
Non è un SSD molto diffuso. |
Complimenti ad s12a! Hai fatto un ottimo lavoro!
:) |
Quote:
Oggi la maggior parte delle memorie degli SSD con processo produttivo a 1x-2x nm ha un page block di 8 kB, incluso il Sandisk Extreme II che ho preso recentemente. L'erase block size è più variabile, ma oramai si va sui 2MB in media. Da notare che più aumenta la dimensione dei blocchi di programmazione e cancellazione, più aumentano anche i tempi fisici per effettuare tali operazioni, cosa che comunque nuove tecniche e miglioramenti in altri aspetti cercano di contenere. Curiosità: il Crucial M500 ha memorie MLC da pagine da 16 kB ed erase block da ben 8 MB. E' probabilmente anche per questo che costa meno della media nonostante le MLC. Il wear leveling deve essere ben studiato perché altrimenti la write amplification controbilancerebbe la maggiore durata intrinsica rispetto alle memorie TLC (e magari ad un certo punto uscirà fuori che alla fin fine non ci sono vantaggi effettivi rispetto alle TLC Samsung in termini di durata in terabyte scritti). Quote:
|
Quote:
Grazie |
Non ho trovato informazioni approfondite in merito, ma credo che usino lo stesso tipo di memorie dallo stesso processo produttivo ed organizzazione. Sui modelli meno capienti sono state usate memorie da 64 gigabit/die invece che da 128 per mantenere lo stesso numero di canali indipendentemente dal modello, ma ciò non dovrebbe avere rilevanza per quello che riguarda il discorso di sopra.
|
Quote:
|
Quote:
Prendendo con le pinze il link ce' molta differenza sui vlori riportati ,mi pare di capire che i primi sono bench fatti da utenti e i secondi sono i test di laboratorio..giusto?? http://ssd.userbenchmark.com/Compare...6GB/1594vs2000 |
Quote:
Quello è l'840 EVO, non il Pro, in ogni caso. |
s12a, qui uno screenshot di un altro utente..stesso hard disk.
http://postimg.org/image/68v2xrg4j/ Considera che abbiamo il pc tutti dallo stesso tempo, settimana meno settimana più, dato che è in commercio da pochi mesi |
Quote:
Host Writes = 1111 GiB Write amplification = 26112 / 1111 = 23.5x Dai dati, sembra in una situazione ancora peggiore dei precedenti. Quote:
- Programma preinstallato che fa aumentare a dismisura la write amplification del drive; - Qualche problema nella preinstallazione di Windows di questo portatile (mi chiedo se ad esempio non parta la deframmentazione in maniera continua... sarebbe da controllare); - Per qualche motivo i dati SMART di questo SSD hanno un bug sul wear leveling count. |
Eh, eventualmente dopo aver corretto qualche imprecisione. Ad esempio quello che ho chiamato "page block" è solitamente - verificato ora con una rapida googlata - riferito come "Page size". "Block" è si riferisce di solito al blocco di cancellazione - "Erase block [size]". La sostanza è quella, comunque.
|
Quote:
io ho reinstallato da zero..ho creato i task "anti deframmentazione" (gli altri utenti non so) trattasi di bug dei dati smart?con quale altro programma posso controllare? intanto aspetto qualche altro riscontro e poi segnalo alla Dell |
Quote:
Quote:
Prova comunque con Samsung Magician. Rileva questo SSD? Dai dati SMART accessibili da lì mediante il pulsante apposito, il wear leveling count raw è sempre così elevato in rapporto alle scritture host? Quello normalizzato indica sempre l'usura già aumentata di qualche punto percentuale? |
Tutti gli orari sono GMT +1. Ora sono le: 00:40. |
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Hardware Upgrade S.r.l.