Tip: stel je SSD optimaal in

[Pjotr]

Er is ook weinig verschil tussen de SSD en een normale nieuwe harddisk. Simpel gezegd lijkt het erop dat ik onterecht 90 euro heb uitgegeven. Ergens is dat toch wel een behoorlijke verrassing voor me. Eens te meer geldt "meten is weten!" Wat een nepper dan.

Nou oordeel je voorbarig, denk ik.... Je hebt nu immers vooral *schrijfsnelheid* gemeten. Want dat doe je, bij kopiëren. Waar een SSD in uitblinkt, is *leessnelheid*.

De schrijfsnelheid van een SSD is matig, en haalt doorgaans niet de schrijfsnelheid van een gewone harde schijf.

De gebruikwinst van een SSD zit 'm in de snelle opstart, het razendsnel openen van programma's en het flitsend surfen met de webbladeraar. Klik op een webkoppeling en *bam* de pagina staat op je scherm. En ik moet zeggen: bij mijn computer maakt de SSD die belofte beslist waar. 

[jvecht]

OK! Ook geen probleem. Ik ga leessnelheid meten dan. Ik open een joekel van een fotobestand en vergelijk dan de tijden? Is dat dan wel een goede vergelijkingsmethode?

Ik moet zeggen, mijn indruk van die al wat oudere Toshiba met nu een SSD erin was goed. Maar nadat ik die waarden ook gemeten had bekroop me de twijfel.

Just

[Vistaus]

Zodra BTRFS final is (en dat zit er wel aan te komen) dan heb je ook snelle schrijftijden op SSD's

[Dave]

Hoe zou je veilig kunnen zien welke versie firmware je hebt?

Wat ik in de beschrijving vind voor de Vertex4 gaat de software dan ook gelijk aan de slag en dat wil ik dus niet.

Installeer smartmontools:
sudo apt-get --no-install-recommends smartmontools
(op deze manier installeren, anders krijg je er extragratis een mailserver op je systeem bij)
Daarna:
sudo smartctl -a /dev/sda

bedankt

Device Model:     OCZ-VERTEX4
Serial Number:    OCZ-IWH59J33IPMB56ZS
LU WWN Device Id: 5 e83a97 4d094bd1a
Firmware Version: 1.3
User Capacity:    128,035,676,160 bytes [128 GB]
Sector Size:      512 bytes logical/physical
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   9
ATA Standard is:  Exact ATA specification draft version not indicated
Local Time is:    Wed Dec 12 11:33:05 2012 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled


1.3 waar 1.4 beschikbaar is.
zou dus zonder data verlies te flashen zijn.

[Pjotr]

De terminalopdracht lshw levert de firmwareversie ook, op mijn computer:

id:   disk
description:    ATA Disk
product:    INTEL SSDSC2CW12
physical id:    0.0.0
bus info:    scsi@7:0.0.0
logical name:    /dev/sda
version:    400i
serial:    CVCV236205BA120BGN
size:    111GiB (120GB)
capabilities:    partitioned partitioned:dos
configuration:   ansiversion   =   5
signature   =   000b6a7e

Het gaat in dit geval dus om "version: 400i".  Wat de nieuwste firmwareversie is voor de Intel 520.

[Dave]

owh nee toch met data verlies. nou maakt ook niet uit alleen half uurtje meer werk

[Joris Donders]

@Gijsbert: de garantietermijn kan een indicatie zijn. Voor de 520-serie geeft Intel vijf jaar garantie, voor de 330-serie "slechts" drie jaar.

Maar dat kan ook aan de prijsbepaling liggen; 3 jaar garantie t.o.v. 5 jaar garantie kan toch een serieuze factor schelen in prijs. Hoewel je misschien intern over een gelijkaardige elektronica spreekt.
Ik kan moeilijk aannemen dat Intel goede en minder goede SSD's op de markt gooit, maar dit is een persoonlijke veronderstelling.

Weet iemand wat type SSD er in een Asus eeePC/ 4G steekt; ik zie daar een 4Gb insteken, is dan een andere SSD (wat groter) een mogelijkheid om in te bouwen ? [Off-topic] Ik kan hem op dit moment nog niet openvijzen.

[Thomas de Graaff]

Er zijn al mensen die de IO schedulars hebben gebenchmarked:
http://www.gelato.unsw.edu.au/IA64wiki/IOScheduling

[Pjotr]

Ik kan moeilijk aannemen dat Intel goede en minder goede SSD's op de markt gooit,

Schijnt toch zo te zijn.... Niet alle chips op dezelfde "bakplaat" (matrijs) hebben dezelfde kwaliteit. Het uitsorteren staat blijkbaar bekend als "binning". Zie:
http://tweakers.net/reviews/2582/2/intels-330-series-ssds-betaalbare-snelheid-de-330-ssds-nader-bekeken.html

Kerncitaat:

Het is echter aannemelijk dat Intel de beste chips voor de 520-serie gebruikt. De mindere chips uit een batch zouden dan naar de 330-ssd's gaan. Dit proces heet 'binning' en het enige zichtbare verschil tussen de 520- en 330-pcb's zijn dan ook de 'Bin 2'-stickers die Intel op de printplaten van de 330-ssd's heeft geplakt.

[Dave]

Weet iemand wat type SSD er in een Asus eeePC/ 4G steekt; ik zie daar een 4Gb insteken, is dan een andere SSD (wat groter) een mogelijkheid om in te bouwen ? [Off-topic] Ik kan hem op dit moment nog niet openvijzen.

verwacht dat daar enkel een chip in gesoldeerd zit en geen te vervangen ssd. plankjes bestaan vaak uit meerdere lagen dus tzal een specialistisch werkje zijn om er 1 van 32 in te frotten.

[Johan van Dijk]

Er zijn al mensen die de IO schedulars hebben gebenchmarked:
http://www.gelato.unsw.edu.au/IA64wiki/IOScheduling

Die benchmarks zijn van 1 of meerdere harde schijven. Die hebben een heel ander karakter dan SSD's, vandaar de verschillende schedulers. SSD's hebben een seek time die in de buurt van nanoseconden ligt, terwijl die van harde schijven in de schaal van milliseconden zit.

[Dave]

Vertex4 firmware van 1.3 naar 1.5 op kunnen waarderen.
Helaas was Clonezilla weer ruk zoals altijd dus nieuwe installatie gestart.
Ach zo blijf je weer even bezig he

[Johan van Dijk]

Ik heb vandaag de firmware van mijn SSD upgrade, dit ging zonder problemen. (crucial m4)
Ook geen schokkende verschillen qua prestaties tov de vorige.

[wowo]

De terminalopdracht lshw levert de firmwareversie ook, op mijn computer:

Ik zie nu ook dat met schijfgereedschap (ubuntu)(heet in xubuntu: schijven) ook gewoon de versie van de firmware kan zien.
Zie plaatje.
Hier nu ook de nieuwste.
Heb overigens ook nog geen noemenswaardige verschillen gemerkt.

[Joris Donders]

Weet iemand wat type SSD er in een Asus eeePC/ 4G steekt; ik zie daar een 4Gb insteken, is dan een andere SSD (wat groter) een mogelijkheid om in te bouwen ? [Off-topic] Ik kan hem op dit moment nog niet openvijzen.

verwacht dat daar enkel een chip in gesoldeerd zit en geen te vervangen ssd. plankjes bestaan vaak uit meerdere lagen dus tzal een specialistisch werkje zijn om er 1 van 32 in te frotten.

Helaas heb je gelijk: vastgesoldeerd op het mobo: dus zal het Bodhi worden op dat bakje (of eens met Lubuntu minimal te werk gaan)

[Pjotr]

Ik ga eens experimenteren met TRIM uitsluitend bij opstart van de machine.... Dus fstrim in rc.local, en geen discard in fstab. Geen bijzondere proeven, maar gewoon eens kijken hoe het uitpakt bij mijn gewone computergebruik.

[Dave]

Ik zie nu ook dat met schijfgereedschap (ubuntu)(heet in xubuntu: schijven) ook gewoon de versie van de firmware kan zien.

inderdaad, zo makkelijk kan het zijn 

Kwam deze pagina nog tegen
http://wiki.ubuntu-nl.org/community/SSD
Wat ik daar mis is wanneer(tot welke versie) dat bijgewerkt is want kan me zo voorstellen dat sommige zaken in een nieuwe versie al standaard meekomen.

[Johan van Dijk]

Die pagina is een maand geleden nog bijgewerkt door Cees

[Dave]

Heel super en heb er ook gebruik van gemaakt.
Maar zoals gezegd met twijfel want wat ik mis is een check en tot welke versie het eigenlijk actueel is.
Het kan van gister of 3 jaar geleden zijn zeg maar of over 3 jaar nog net zo er bij staan.

Och en misschien vind de maker zelf het wel duidelijk aangegeven. kwam er via google terecht vanmiddag en gebruik van gemaakt.

[wowo]

Rechtsonder van die pagina zie ik het volgende staan:
community/SSD (laatst bewerkt op 2012-11-11 13:48:56 door testcees)

Je moet er wel een vergrootglas voor nodig hebben. 

[Johan van Dijk]

Rechtsboven staat een balkje: geschikt voor versie 10.04, 12.04 enz.
Je kan ook op het "info" linkje linksboven klikken, dan zie je meteen wanneer er wat veranderd is aan de pagina.

[Pjotr]

Ik ga eens experimenteren met TRIM uitsluitend bij opstart van de machine.... Dus fstrim in rc.local, en geen discard in fstab. Geen bijzondere proeven, maar gewoon eens kijken hoe het uitpakt bij mijn gewone computergebruik.

Mezelf citeren.... het blijft een aparte ervaring. 

Inmiddels heb ik bijna een week gedraaid met fstrim in rc.local, en het bevalt me goed.... Als ik een handmatige trim uitvoer na een paar dagen, dan heb ik zelfs minder ad hoc getrimde blokken dan bij discard in fstab. Ik denk dat dit wel een blijverdje wordt....

Wat me overigens opvalt: het *grote aantal* bytes dat een handmatige trimopdracht vlak na opstart oplevert. Bij discard is dat steevast 45.2xx.xxx.xxx (wat natuurlijk een gruwelijk groot getal is) en bij fstrim in rc.local is dat altijd 2x.xxx.xxx.xxx (ongeveer de helft dus, maar nog steeds reusachtig).

Als ik me niet vergis in mijn rekenkunsten, dan zijn die getallen zelfs aanzienlijk groter dan de capaciteit van m'n SSD'tje. 
Kortom: ra, ra politiepet....

[cabra]

inmiddels m'n ssd's besteld,
een samsung 830 voor m'n netbookje en een kingston voor m'n desktop
donderdag monteren en ubuntu of xubuntu of mint install, _{ben er nog niet uit} 

[Thomas de Graaff]

Op de Debian wiki over ssd schijven is vermeld dat het trimmen van je ssd nauwelijks zinvol is als je zo'n 10% van je ssd vrij houdt. Sterker nog, het instellen van automatische trim kan je ssd zelfs vertragen bij het verwijderen van bestanden.

Maybe enable the "discard" filesystem options for automatic/online TRIM. However this is not strictly necessary if your SSD has enough overprovisioning (spare space) or you leave (unpartitioned) free space on the SSD (http://www.spinics.net/lists/raid/msg40866.html). Enabling online-trim in fstab may just slow down some SSDs signficantly

http://wiki.debian.org/SSDoptimization

Ik heb zelf nu alle discard gewoon uitgezet omdat mijn ssd schijf zo'n 10% lege ruimte, over provisioning, heeft, en discards volgens mij toch niet goed werken op een geheel luks versleutelde ssd device (zonder partitionering).

[Pjotr]

het instellen van automatische trim kan je ssd zelfs vertragen bij het verwijderen van bestanden.

Klopt, dat idee had ik ook. Maar in de praktijk merkte ik dat niet.... Echter: mijn systeem staat inmiddels al bijna een week te draaien met fstrim in rc.local, dus "batch"-uitvoering tijdens de opstart. En niet meer op "discard" in fstab.

De opstart wordt hierdoor op mijn SSD niet merkbaar vertraagd; en ik heb tevens het voordeel dat er geen systeemkracht wordt gebruikt voor automatische trim. Het lijkt me tot dusver een goede oplossing....