Gathering of Tweakers

quote:

CrashOverDrive schreef op dinsdag 22 juli 2008 @ 22:03:
Ik heb vandaag me 64GB OCZ core ssd binnengekregen ,
alleen heb ik meteen al een `bug` gevonden aan de behuizing.

voorzover ik weet (en google), heeft iedere normale sata laptop hdd, een kleine ruimte aan een zijde.
[afbeelding] (zie rechts naast de sataconnector).

De OCZ heeft deze niet, hij heeft de connectoren, en daarnaast is alles volledig afgesloten.

In mijn thinkpad T61p zit een pinnetje, welke normaal een stukje in dat gat valt..
ik heb net 2 uur lopen buigen, en dukken, etc, maar hij past gewoon niet. .
Hij komt ongeveer op 2mm na niet diep genoeg in het slot.

In mijn ultrabay hdd behuizing past hij daarintegen wel perfect (deze heeft geen pin).

Wel een puntje om op te letten lijkt me, wees dus gewaarschuwd als je een thinkpad T61p bezitter bent (waarschijnlijk hebben andere modellen dit ook), dat die pin ervoor zorgt dat de ocz niet past in de normale hdd bay.

Goed dat ik het hier lees, ik was al van plan een 64GB versie van dat schijfje te bestellen, maar nu wacht wacht ik misschien toch nog maar wat langer. Ik heb zelf ook wel een Ultrabay SATA adapter, maar mijn idee was eigenlijk om daarin mijn 'storage'-schijf te doen en in de vaste bay de SSD. Ik vraag me dan wel af hoe het zit met de schijven va Mtron en Memoright, of die wel de opening op de goede plaats hebben.

quote:

Philflow schreef op dinsdag 22 juli 2008 @ 19:31:
[...]

Ter vergelijking: hier de Vista boot prestaties van andere SSDs en HDDs:
http://techreport.com/articles.x/15079/6

De conclusie die je daar dus wel uit kunt trekken is dat de performance van de harde schijf lang niet zo'n grote invloed heeft op de boottijd als menigeen denkt (dat verbaast mij overigens weinig, Windows lijkt een groot deel van het booten altijd te besteden aan 'niksen'). De resultaten in de Doom 3 en Farcry level loading tests illustreren veel beter het verschil dat je in responsiviteit kunt verwachten door over te stappen op solid state disk.

quote:

Philflow schreef op dinsdag 22 juli 2008 @ 19:55:
[...]

Dat soort verklaringen had ik ook bedacht, maar het doet niets af aan het feit dat PCMark Vantage maar een synthetische benchmark is waarvan de resultaten maar geringe waarde hebben, in mijn ogen.

Ik heb zelfs resulaten gezien waar PC Mark Vantage een hogere score geeft aan een schijf die toch echt langzamer boot.

Het is maar de vraag of deze schijf altijd langzamer is in het booten van Windows dan een andere schijf die slechter presteert in PCMark Vantage. De ene Windows is de andere niet. Fragmentatie kan bijvoorbeeld veel invloed hebben op de boottijd.

De hdd-test in PCMark Vantage is weliswaar nuttiger dan de meeste andere benchmarks maar het blijft een tamelijk simpele test die nooit een allesomvattend beeld van de prestaties zal kunnen geven. Dit kan ook niet in een testje dat maar een paar minuten duurt.

quote:

_Arthur schreef op dinsdag 22 juli 2008 @ 19:27:
[...]

Jammer van de review. Het enige wat men laat zien is dat SSD's en de Areca 1680ML veel I/Ops aan kunnen. Meer niet.

Echter mijn Areca 1222 met 8x Samsung F1 1TB disks in raid5 haalt zo'n beetje dezelfde read/write performance tov de getoonde setups. De I/Ops zijn een ander verhaal natuurlijk.

Men had natuurlijk kunnen weten wat de theoretische read/write mb/s grens was van de controller. Had dan een test gedaan met 3 of 4 disks max zodat je onder deze grens blijft.

waarom jammer?, de insteek was laten zien dat de dagen van 15k geteld zijn...En dat lijkt me duidelijk..

quote:

Philflow schreef op dinsdag 22 juli 2008 @ 19:55:
Dat soort verklaringen had ik ook bedacht, maar het doet niets af aan het feit dat PCMark Vantage maar een synthetische benchmark is waarvan de resultaten maar geringe waarde hebben, in mijn ogen.

Hier op tweakers kom ik anders weinig anders tegen dan stomme HDTune screenshots en gepraat over accesstimes. Niet dat dat totaal irrelevant is, in tegendeel, maar het is absoluut niet synoniem voor performance. IOps, dát is echte performance, afgezien van echte tests in seconden dan, maar niet ieder soort gebruik leent zich daarvoor. Hoe moet zo'n test de responstijden bij dagelijks gebruik van Windows aantonen?

I/O trace benchmarks zoals Vantage imiteren de echte I/O read/write requests van een bepaald programma en spelen die af ('replay') op een hardeschijf of RAID-array naar keuze, zodat je de performance kan testen met het soort I/O die dat programma, zoals Adobe Photoshop, geneereert. De grote aanname hierbij is dat de I/O een 100% bottleneck vormt, wat niet altijd het geval is. Ga maar decompressen met WinRAR en je CPU blijft vaak bottleneck. Trace-benches van WinRAR geven daarom geen realistisch beeld van de uiteindelijke performance. Maar mits juist ingezet en uitgevoerd, kunnen tracebenches je het meest realistisch haalbare oordeel geven hoe een bepaalde applicatie het doet op verschillende soorten disks of arrays. Dat zegt zoveel meer dan 95% van wat ik hier op OM voorbij zie komen qua benchmarks.

Toegegeven, Windows kent geen uitstekende gratis I/O benchmark tools, die ook gemakkelijk zijn uit te voeren en het resultaat cross-comparable is. Maar als Vantage doet wat het belooft denk ik dat dit een mooi commerciëel alternatief voor Windows is.

quote:

Philflow schreef op dinsdag 22 juli 2008 @ 23:23:
Ik heb het gemeten door een image van een schone installatie te plaatsen, dus dat het verschil veroorzaakt wordt door fragmentatie lijkt me uitgesloten.

Veel interessanter lijkt me de boot tijd van een gevulde windows installatie, incl. fragmentatie. In elk geval als je een realistisch scenario wilt nabootsen, een schone Windows XP boot zo snel dat disk I/O maar een klein aandeel neemt in de totale wachttijd (latency of hoe je het wilt noemen).

Dus maak een image van je systeempartitie incl. data precies zoals jij in dagelijks gebruik werkt, en ga daarvan de boot tijd meten op zowel een SSD als HDD, ik denk dat je dan al een groter verschil hebt. Zeker qua programma's die opgestart worden zodra windows start, een HDD zit maar te ratelen omdat de I/O sterk non-sequentiëel is, terwijl een SSD dat weinig uitmaakt en op die momenten flink performanceverschil niet alleen kan aantonen maar ook merkbaar gemak geven bij de gebruiker. Nu nog zie ik regelmatig dat de GUI van mijn systemen blokkeert zodra disk I/O een bottleneck wordt, een schokkerig systeem voelt dat soms wel. Met een SSD zou je daar qua gebruikservaring sterk op vooruit kunnen gaan.

quote:

Dethroned schreef op woensdag 23 juli 2008 @ 17:00:
Erg intressante ontwikkeling van Super Talent

Dus alle firmwares van SSD's kunnen in principe geupdate worden?

quote:

Blaze85 schreef op woensdag 23 juli 2008 @ 17:11:
[...]
Dus alle firmwares van SSD's kunnen in principe geupdate worden?

Nee, dat zegt toch niks? Het feit dat ze van 1 merk en van 1 productlijn geupdate kunnen worden betekend niet dat alle merken en alle productlijnen dezelfde firmware update functionaliteit hebben?

Verder: Ihre Bestellung bei K&M wird ausgeliefert, dus binnenkort komt ook bij mij een OCZ Core 64GB binnen. Nog verzoeknummertjes (behalve een stresstest die het aantal write cycles tot stuk meet)?

DaCoTa wijzigde dit bericht 23-07-2008 17:27 (23%)

quote:

Blaze85 schreef op woensdag 23 juli 2008 @ 17:11:
Dus alle firmwares van SSD's kunnen in principe geupdate worden?

Firmware van HDD's, Raid Controllers, BIOSsen etc etc kunnen ook geupdate worden. Waarom dan niet de firmware's van SSD's.

quote:

_Arthur schreef op woensdag 23 juli 2008 @ 19:31:
[...]

Firmware van HDD's, Raid Controllers, BIOSsen etc etc kunnen ook geupdate worden. Waarom dan niet de firmware's van SSD's.

Ik bedoelde eerder de aanname dat als 1 firma het aangeeft, dat dat niet wil zeggen dat ze dat allemaal doen. Zelf flashen van HDD is eerder uitzondering dan regel.

quote:

Dethroned schreef op woensdag 23 juli 2008 @ 17:00:
Erg intressante ontwikkeling van Super Talent

Ik heb hier 3 SuperTalent SSD's van 128GB per stuk, ik ga die zo aan een Areca ARC-1220 hangen, iemand wat tests die ik moet uitvoeren?

Ik draai Linux, dus IOmeter enzo gaan niet werken

Ik ga sowieso draaien:
* hdparm
* seeker.c
* bonnie++
* postmark

@ MTron firmware, ik heb de 0.18 inmiddels op 8 SSD's gezet en werkt prima. Ik had dat soms mijn Areca aangaf dat er een reading error op de SSD was, terwijl er niets mis was met de SSD. Met de 0.18 firmware niet meer gezien.

Snow_King wijzigde dit bericht 24-07-2008 10:26 (18%)

Hoe zit het eigenlijk met de snelheid van Windows (XP) op een SSD wanneer deze al een tijdje (paar dagen) achtereen draait en een behoorlijke swapfile heeft?

Op een gewone HD merk je wel dat Windows "lekker" zit te swappen, maar op een SSD?

quote:

Enlightenment schreef op donderdag 24 juli 2008 @ 11:18:
Bonnie kun je niet gebruiken op write-back, wel een aangepaste bonnie maar die binary heb ik alleen voor FreeBSD. Verder is postmark wel leuk, ga je ook vergelijken met een mechanische disk? Met de scores alleen heb je nog niet veel: een vergelijking wel. Zorg wel dat je correct benchmarkt en dat alle omstandigheden tijdens de 2 benchmarks gelijk zijn, en analyseer je resultaten. Pas als je elke keer dezelfde resultaten krijgt, is je test geslaagd.

Doe je write benchmarks, dan moeten de writes minimaal 8* alle writeback mechanismen, dus de RAM op je Areca plus wat je OS als buffercache gebruikt (voor de zekerheid je hele RAM). Dus (systeem RAM + Areca RAM) * 8 = totale testgrootte. Op die manier kan write-back geen kunstmatige factor spelen in dit soort tests.

Ik lees net de specs van die SSD's, 65MB/sec read, dus de helft trager minimaal dan een MTron / MemoRight..

quote:

Blisterin_Bull schreef op donderdag 24 juli 2008 @ 13:10:
Zet je de swap toch lekker uit, mits je 2GB+ RAM hebt?

Euh, met Windows móet er toch een swapfile zijn?

Maar wil graag weten hoe het mét een (grote) swapfile gaat op een SSD.

Raven wijzigde dit bericht 24-07-2008 13:55 (14%)

quote:

Raven schreef op donderdag 24 juli 2008 @ 13:54:
[...]

Euh, met Windows móet er toch een swapfile zijn?

Maar wil graag weten hoe het mét een (grote) swapfile gaat op een SSD.

Nope, het kan helemaal uit.

Sommige programma's vinden dat niet leuk (oa photoshop dacht ik) maar het kan prima. Via system properties is het zelfs vrij eenvoudig in te stellen, het zit alleen een beetje verstopt.

Ja weet wel hoe, maar er zijn programma's die 't niet leuk vinden.

Maar wil wel weten hoe Windows zich gedraagt met een grote swapfile op een SSD.

Raven wijzigde dit bericht 24-07-2008 14:00 (38%)

Als er daadwerkelijk geswapt wordt is een SSD daar veel sneller in dan een HDD; zeker als er daadwerkelijk geheugengebrek is en de swap met zowel reads als writes wordt gebombardeerd; mechanische disks zullen een supersnel systeem tot een ouderwets pre-pentium machine laten aanvoelen, in zo'n situatie.

Persoonlijk denk ik dat swap performance op een modern systeem geen issue meer mag zijn. Tegenwoordig hebben we een ruime hoeveelheid RAM dankzij de lage prijzen. Ik vraag me af hoeveel swap I/O een 4GB Windows XP of Vista installatie standaard veroorzaakt, maar veel mag dat toch niet zijn.

Enlightenment wijzigde dit bericht 24-07-2008 14:24 (6%)