SSD - optimizacija i namještavanje operativnog sustava

[nino]

Ovo napravi.

1) Run the Registry Editor (regedit.exe)

2) Navigate to Registry Key: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Msahci

3) Set the "Start" value to 0 (zero)

4) Navigate to Registry Key: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Pciide

5) Set the "Start" value to 0 (zero)

6) Shut down

7) Start up again, but before Windows boots go into the BIOS configuration screens and change the disk mode to "AHCI". Save the new BIOS configuration and restart so that Windows boots.

When Windows starts, it will detect the change, load new disk drivers, and do one more reboot to start up with them.

[mamutarka]

napravio ovo maloprije i proradilo, to je kao za win 10

Start REGEDIT and look for this line :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\storahci\StartOverride

Change the 0 DWORD value from 3 to 0.

Reboot, and change your SATA controller to AHCI in BIOS. Now let it boot into safe mode, WIN 10 will install required drivers for AHCI.

Now with a normal boot you will boot into Windows with AHCI drivers.

nino nema više msahci foldera u regeditu u win 10, sad je ''storahci''

[nino]

Isti k...., drugo pakiranje.

[lobo64]

Pošto je domy zatvorio thread sa raspravama o SSDu, evo da skrenem pažnju budućim (a i sadašnjim korisnicima SSD diskova) koji još uvijek imaju dubioze odnosno nedoumice u razlikama između MLC i TLC čipova, naravno, izuzevši SAMSUNG koji je kralj po pitanju performansi:

http://www.anandtech.com/show/10674/...-ssd-review/10

Ukratko; fu.. the TLC or 3D TLC !!!

Ponosni sam vlasnik TRANSCEND SSD 370S (2x 128 GB, 1x 256 GB, plaćeni 128 GB 336 Kn, 256 GB 633 Kn), koji brišu pod sa svim TLC pogonima za sada (usprkos tome kaj su spojeni na SATA2 konekciju, a pogotovo kada ih se optereti tj. kada su zapunjeni sa podacima ), a da ne pričam o trajnosti odnosno o TBWu.
Ovo pogotovo vrijedi za za INTEL (540, 540s, 5400, 5400s) te TOSHIBA i SANDISK odrone za koje ni Bog Otac ne može predvidjeti njihovo trajanje bez obzira na 5 god gare.

Dakle, ukratko, uštekajte +60 Kn za MLC čipove (po disku), -50 MB/S je gubitak u brzini koji ni jedan prosječni korisnik neće osjetiti, te mirno spavajte.

Svjestan sam da ovaj post može zvučati kao plaćeni oglas, ali nije tako, ne plaća me nijedan proizvođač diskova, govorim isključivo iz vlastitog iskustva.

[nick praskaton]

Autor lobo64

Pošto je domy zatvorio thread sa raspravama o SSDu, evo da skrenem pažnju budućim (a i sadašnjim korisnicima SSD diskova) koji još uvijek imaju dubioze odnosno nedoumice u razlikama između MLC i TLC čipova, naravno, izuzevši SAMSUNG koji je kralj po pitanju performansi:

http://www.anandtech.com/show/10674/...-ssd-review/10

Ukratko; fu.. the TLC or 3D TLC !!!

Ponosni sam vlasnik TRANSCEND SSD 370S (2x 128 GB, 1x 256 GB, plaćeni 128 GB 336 Kn, 256 GB 633 Kn), koji brišu pod sa svim TLC pogonima za sada (usprkos tome kaj su spojeni na SATA2 konekciju, a pogotovo kada ih se optereti tj. kada su zapunjeni sa podacima ), a da ne pričam o trajnosti odnosno o TBWu.
Ovo pogotovo vrijedi za za INTEL (540, 540s, 5400, 5400s) te TOSHIBA i SANDISK odrone za koje ni Bog Otac ne može predvidjeti njihovo trajanje bez obzira na 5 god gare.

Dakle, ukratko, uštekajte +60 Kn za MLC čipove (po disku), -50 MB/S je gubitak u brzini koji ni jedan prosječni korisnik neće osjetiti, te mirno spavajte.

Svjestan sam da ovaj post može zvučati kao plaćeni oglas, ali nije tako, ne plaća me nijedan proizvođač diskova, govorim isključivo iz vlastitog iskustva.

ne kuzim intel, on je svoju 535 seriju koja je bila super pouzdana, odlucio zamjenit sa tim TLC sranjima, sa serijom 540 wtf

[lobo64]

Intel 535 ima zastario kontroler (SANDFORCE, koji se više vjerojatno ne proizvodi), koji nije nužno loš (koristi ga KINGSTON V300, te još neki modeli drugih proizvođača).
No, u svijetu gdje svaka kompanija želi "maksimizirati profit" (čitaj zaraditi čim više para, pa makar potencijalnim kupcima uvalili proizvod niže vrijednosti po čim većoj cijeni), tako stoje stvari.

Kontroler sam po sebi je važan, ali za trajnost i performanse SSDa puno važniji je NAND, tj. dali je SLC(koji btw. običan smrtnik nemre platit), MLC ili TLC(sa svim njegovim varijacijama).

Moje osobno mišljenje je da razlika od 50(pa čak i 100) MB/s čitanja ili pisanja kao i broj IOPSa prosječnom korisniku igraju manje važnu ulogu u odnosu na trajnost (koja je sa MLC čipovima definitivno veća nego sa TLC), bez obzira na garu koju daju proizvođači.
Na kraju, neki od danas najbržih(consumer) diskova su bazirani na MLC čipovima(osim prije spomenutog SAMSUNGa koji je po tom pitanju klasa za sebe, ali je isto tako povezan sa "premium" cijenom).

[kopija]

Autor lobo64

Ovo pogotovo vrijedi za za INTEL (540, 540s, 5400, 5400s) te TOSHIBA i SANDISK odrone za koje ni Bog Otac ne može predvidjeti njihovo trajanje bez obzira na 5 god gare.

Problem s TLC-om je bio problem u ranim danima kad su garancije bile mizerih godinu dvije, s dobrim razlogom.
Čar petgodišnje gare je u tome da ti disk crkne nakon tri/četri godine i fino ti ga zamijene za novi i bolji i možda čak veći.
Jedini problem je gubitak podataka eventualni :-)
To definitivno jedino MLC može riješiti. Zato MLC i samo MLC ide u enterprise riješenja.

[virty]

Dok su garancije tipa 3+ godine, uopce se ne zamaram jel TLC ili MLC.
Cisto jer na SSD-u drzim "manje bitne" stvari tipa OS, programe i igre.
Ionako radim redovito image "C" diska pa nema panike.
A kao sta kolega kopija kaze, ako crkne u garantnom roku, vjerojatno cu dobit bolji/veci model

[Kinez]

Evo samo da se nadovežem u vezi crkavanja neki dan mi crkao Intel 520 serija od 120 GB, garanciju ima 5 g., a on je odapeo nakon 2. Stvarno iznenada, nije davao nikakve znakove da ce krepat.
Bio mirnijeg sna nego da je garancija bila 2 godine, kao sto je bila u mnogih ostalih modela koji su se tada nudili.

[lobo64]

kopija

Da, kolega, djelomično ste u pravu, naime: u enterprise riješenja ide eMLC (enterprise) koji za razliku od običnog ima garantirani povećani broj ciklusa pisanja/brisanja u NAND (MLC između 3000 i 10000 ciklusa, eMLC do 30000 ciklusa, KINGSTON E100, Toshiba eMLC NAND (30,000 P/E cycles),Total Bytes Written (TBW): 100GB – 1241TB=11 DWPD, MTBF 10 000 000 hrs.) što naravno provocira visoku cijenu proizvodnje koja je širokoj masi korisnika (consumer) neprihvatljiva.
Evo još nekih enterprise SSD diskova:
Hitachi SSD400M (400GB, Intel EW29AA31AA1 controller, Intel 25nm eMLC NAND, 6.0Gb/s SAS)
PureSi Kage S1 (200GB, SandForce SF-2500 controller, Toshiba 24nm eMLC NAND, 6.0Gb/s SATA)

Tu su još i SLC diskovi (100 000 ili više P/E cycles, najpoznatiji predstavnik INTEL X25-E) koji su danas postali endemska vrsta, odnosno postoje kao OEM što će reći širokim masama su gotovo pa nedostupni i to ne samo zbog cijene koja je najblaže rečeno astronomska.

[Mario92]

Autor killuminati

Da, optimize/defragment. Znam da sam sigurno podesio c: na off, nakon updatea 1803 je sve bilo on, bitno da svugdje laju kak W10 zna upravljat SSD-ovima.

Optimize na Win7 pa nadalje znači pokretanje TRIM-a na SSD-ovima.

Iliti, preporučljivo je ostaviti uključeno osim ako ne koristite tool od proizvođača SSD-a da ručno pokrenete TRIM bar jednom mjesečno.

Meni se ne da paziti na to pa ostavim automatski.

[killuminati]

Autor Mario92

Optimize na Win7 pa nadalje znači pokretanje TRIM-a na SSD-ovima.

Iliti, preporučljivo je ostaviti uključeno osim ako ne koristite tool od proizvođača SSD-a da ručno pokrenete TRIM bar jednom mjesečno.

Meni se ne da paziti na to pa ostavim automatski.

Nije tako jednostavno, MS je potvrdio defragmentiranje SSD-ova u određenim situacijama by design, dakle ne trimanje i ta tema se provlači već dugo.

Osobno uvijek odznačim SSD s automatic maintenance, recimo na 1709 sam odznačio, nakon updatea na 1803 je opet bio označen, a kad sam pokrenuo naredbu u PowerShellu, vidi se jasno da je bio triman i zatim defragmentiran, krasno. Ima štiva po netu koja se tiču upravo te problematike.

Vidi se storage optimizer successfully completed re-trim on (C pa zatim storage optimizer successfully completed defragmentation on (C

Eventualno se može dodati scheduled task TRIM-SSD u Task Scheduleru uz micanje SSD-a iz automatic maintenance ili koristit magician ili kaj već, tako je najsigurnije.

Sent from my LG-H870 using Tapatalk

[Mario92]

Nemrem vjerovati da su sjebali I to...

EDIT: Scott Hanselman je napisao nekaj o tome:
https://www.hanselman.com/blog/TheRe...ntYourSSD.aspx

Actually Scott and Vadim are both wrong. Storage Optimizer will defrag an SSD once a month if volume snapshots are enabled. This is by design and necessary due to slow volsnap copy on write performance on fragmented SSD volumes. It’s also somewhat of a misconception that fragmentation is not a problem on SSDs. If an SSD gets too fragmented you can hit maximum file fragmentation (when the metadata can’t represent any more file fragments) which will result in errors when you try to write/extend a file. Furthermore, more file fragments means more metadata to process while reading/writing a file, which can lead to slower performance.
As far as Retrim is concerned, this command should run on the schedule specified in the dfrgui UI. Retrim is necessary because of the way TRIM is processed in the file systems. Due to the varying performance of hardware responding to TRIM, TRIM is processed asynchronously by the file system. When a file is deleted or space is otherwise freed, the file system queues the trim request to be processed. To limit the peek resource usage this queue may only grow to a maximum number of trim requests. If the queue is of max size, incoming TRIM requests may be dropped. This is okay because we will periodically come through and do a Retrim with Storage Optimizer. The Retrim is done at a granularity that should avoid hitting the maximum TRIM request queue size where TRIMs are dropped.