honeycombz
Original plakat- 6. juli 2013
- 6. september 2017
techwarrior
- 30. juli 2009
- Colorado
- 6. september 2017
Gitt den relativt lave prisen for SSHD, ville det ikke være en betydelig investering så vanskelig å gå galt. TIL
kohlson
- 23. april 2010
- 6. september 2017
honeycombz
Original plakat- 6. juli 2013
- 6. september 2017
flowrider
- 23. november 2012
- 6. september 2017
1. SM951 på PCIe-kort
2. 840 Pro på PCIe-kort
3. 840 EVO i SATA-spor
4. Seagate SSHD i SATA-spor
5. WD Black HDD i SATA-spor
Se medieelementet '>
Se medieelementet '> 
Se medieelementet '> 
Se medieelementet '> 
Se medieelementet '> 
Lou
h9826790
- 3. april 2014
- Hong Kong
- 6. september 2017
techwarrior sa: SSHD er noe raskere enn standard HDD, men gitt den ville bli brukt for filtilgang, ville den generelle ytelsen ikke bli betydelig påvirket. Kanskje litt raskere filtilgangstider, spesielt for store filer . Klikk for å utvide...
Ideen med SSHD er å forbedre ytelsen ved lesing av SMÅ filer (på grunn av den reduserte latensen).
Selv det er for datalagring. Det kan fortsatt øke hastigheten hvis du arbeider med noe som tusenvis av bilder.
På den annen side er det ganske meningsløst å gå til SSHD hvis lagringen er for store filer (f.eks. video)
honeycombz sa: Jeg bruker det hovedsakelig til å huse prosjektfiler og data jeg får tilgang til på daglig basis. Noen som anbefaler en god 1tb SSHD? Klikk for å utvide...
Mitt personlige valg er Seagate Firecuda.
[doublepost=1504722896][/doublepost]
flowrider sa: AJA-tester jeg kjørte:
1. SM951 på PCIe-kort
2. 840 Pro på PCIe-kort
3. 840 EVO i SATA-spor
4. Seagate SSHD i SATA-spor
5. WD Black HDD i SATA-spor
Se vedlegg 716108 Se vedlegg 716110 Se vedlegg 716111 Se vedlegg 716112 Se vedlegg 716113
Lou Klikk for å utvide...
SSHD er hovedsakelig for å forbedre lesetiden for cachede filer. Imidlertid har brukeren ingen kontroll over hvilke filer som bufres. AFAIK, logikken er vanligvis å beholde de mest tilgjengelige dataene i hurtigbufferen (SSD), og små filer har prioritet. Siden benchmark skriver nye data på SSHD, tror jeg det er ganske vanskelig å vise den virkelige fordelen ved å bruke den. Selv om det gjør det, bør maksimal sekvensiell hastighet ikke være fokus på 'hvorfor' vi kan dra nytte av HDD til SSHD.
IMO, denne lenken viser en mer riktig måte å måle SSHD på.
http://www.storagereview.com/seagate_desktop_sshd_review
Til OP:
Dette diagrammet forklarer mer hva som kan skje i den virkelige verden.
Vis medieelementet ' data-single-image='1'>
Når dataene er 'nye', vil SSHD ikke yte bedre enn en god HDD. I dette tilfellet krever SSHD 72s ved første oppstart. Men referansen 7200RPM HDD trenger bare 49s (se diagrammet nedenfor). Men når du fortsetter å få tilgang til de samme dataene. Fastvaren vil begynne å kopiere de hyppige tilgangsdataene til hurtigbufferen (SSD). Sluttresultatet, etter 10 oppstart, er oppstartstiden redusert til 28s. som er på SSD-nivå.
Vis medieelementet ' data-single-image='1'>
Så hvis du har vanlig tilgang til brukerdata. Disse dataene vil mest sannsynlig bli kopiert til SSHDs cache. Og gir deg SSD-lignende ytelse. Imidlertid vil de resterende dataene mest sannsynlig fungere på HDD-nivå. Jeg anbefaler Firecuda 3.5' fordi den har en 7200 RPM HDD inni. Så bortsett fra 8 GB rask datatilgang. De resterende vil fortsatt prestere på et rimelig nivå. En SSHD som eksemplet ovenfor har en 5400 RPM HDD (dette er 2,5' Firecuda, ikke 3,5'), og du kan se at den ikke-bufrede ytelsen synker mye sammenlignet med en 'god' HDD. Sist redigert: 7. september 2017
honeycombz
Original plakat- 6. juli 2013
- 7. september 2017
AidenShaw
- 8. februar 2003
- Halvøya
- 7. september 2017
Normalt vil stasjoner kjøre stasjonenes DRAM-cache (64 MiB for FireCuda) i skrivemodus - når en skriving skjer, vil stasjonen legge dataene i hurtigbufferen, skrive dem til disken, og deretter fortelle operativsystemet at 'skriv er ferdig'.
Det er et alternativ for tilbakeskrivningsmodus - når en skriving skjer, vil dataene bli lagt i cache, stasjonen forteller OS at 'skrivingen er fullført', og til slutt flytter dataene fra cachen til disken. Dette betyr at små skriv i hovedsak er på SATA-busshastigheten.
Tilbakeskrivning er normalt deaktivert - fordi hvis stasjonen plutselig mister strømmen, går alle 'skitne' data i hurtigbufferen tapt. Dette kan forårsake svært alvorlig datakorrupsjon. (Og et loggingsfilsystem vil ikke hjelpe, fordi loggen kan være i DRAM-cachen, ikke på disken.)
Seagate SSHD-stasjonene aktiverer tilbakeskrivningsmodus. Hvis det er et plutselig tap av strøm, gjør stasjonen spindelmotoren til en generator, og dette gir nok strøm til å lagre innholdet i DRAM-cachen på flash SSD-delen av stasjonen.
honeycombz
Original plakat- 6. juli 2013
- 8. september 2017
AidenShaw
- 8. februar 2003
- Halvøya
- 8. september 2017
honeycombz sa: Wow, det er en veldig kul funksjon. Klikk for å utvide...Mer informasjon:
Drive skriving
Skrivedata som kommer over grensesnittet, settes inn i DRAM-bufferen. Med jevne mellomrom forener stasjonen flere skrivinger og migrerer dem til det magnetiske mediet.
Hvis strømmen plutselig går tapt, bruker stasjonen energien fra bakre EMF på spindelmotoren til å drive elektronikken lenge nok til å kopiere utestående skriv fra den NVC-beskyttede delen av DRAM til NAND-bufferen. Når strømmen er gjenopprettet, fullfører stasjonen de utestående operasjonene som er lagret i NAND-bufferen ved å skrive dataene til det magnetiske mediet. Dermed nyter SSHD ytelsen til å iscenesette skrivinger til DRAM-bufferen uten eksponering for tapte data som vanligvis følger med skrivebufferen.
Merk også at skriveprosessen i hovedsak ikke induserer slitasje på NAND-bufferen fordi uventede strømbrudd er ekstremt uvanlige hendelser. (Redelig nedstenging av et system resulterer i at alle skrivedata blir skrevet direkte til det magnetiske mediet, uten noen gang å berøre NAND-hurtigbufferen.) Disken kan tåle de tyngste skrivearbeidsbelastningene uten noen effekt på utholdenheten til NAND.
http://www.seagate.com/tech-insights/value-of-enterprise-sshd-basics-part1-master-ti/ Klikk for å utvide...
honeycombz
Original plakat- 6. juli 2013
- 11. september 2017
Populære Innlegg