Highpoint e.S-ATA kit V2.0 nader bekeken

Tweaktown heeft de Highpoint e.S-ATA kit V2.0 aan de tand gevoeld. De twee hoofdonderdelen van de kit zijn de RocketRAID 1542 PCI Serial ATA controller en de RocketMate 1200 HDD-behuizing, waar twee S-ATA drives in passen. Met deze Rocketmate 1200-behuizing is hot-swapping van drives mogelijk, ook wanneer deze niet meer aan de praat te krijgen zijn. In totaal zijn er op de controller twee interne S-ATA- of IDE-schijven aan te sluiten en twee externe schijven door middel van de RocketMate-behuizing. De prestaties bij het gebruik van een enkele schijf liggen op hetzelfde niveau als die van een gewone IDE-controllerchip, maar bij een RAID-setup liggen ze aanzienlijk hoger. Een van de nadelen van de kit is dat de controllerchip het ATA-133 protocol gebruikt, in plaats van het 'echte' ATA-150 protocol dat voor S-ATA drives bedoeld is. Al met al is men goed over de kit te spreken:

One thing we are not too happy on is the reduction factor. While Serial ATA is able to transfer 150MB/s, this card is limited to 133MB/s due to the UDMA-133 chipset used and the PCI bus limitations. However, this was more then enough for our drives which were simply ATA-100 IDE, since they were the only drives available to us at the time of testing. The main complaint is the startup time - It takes over 13 seconds for the BIOS to detect the drives and continue on to the OS boot – this is something which really needs to be fixed for future versions.

[...]Overall Highpoint has done a great job on its first dual drive e.SATA device. Now we need one that uses Serial ATA drives rather than IDE.

Reacties (20)

[Mentalist]

One thing we are not too happy on is the reduction factor. While Serial ATA is able to transfer 150MB/s, this card is limited to 133MB/s due to the UDMA-133 chipset used and the PCI bus limitations.

PCI bus = ook 133MB/s. Alles boven ATA133 is dus eigenlijk sowieso onzin (zolang we 32 bits 33Mhz PCI sloten blijven gebruiken)

[tweakerbee]

De ATA150 chipset biedt echter nog meer dan alleen een hogere snelheid, nml. ook speciale commando's die voor een hogere doorvoersnelheid of lagere zoektijd zorgen.

[Madcat]

lagere zoektijd?
hoe willen ze dat voor elkaar krijgen?

de zoektijd is aan de hardware gelimiteerd, je geeft aan de hardeschijf een commando "geeft me maar LBA adress 0x11111111" ofzo en dan gooit hij dat in een register zodat jij het leuk kan ophalen.

als het op een andere manier gaat waardoor je de zoektijd kan verlagen.. graag een linkje dan
als je geen linkje kan vinden.. vraag er dan maar snel een patent op ofzo

[mr_star]

Als ik mij niet vergis schikt de controller de zoekopdrachten in een bepaalde volgorde zodat de schrijfkop minder heen en weer moet bewegen. Zoektijd van de hdd blijft dus nog wel hetzelfde, maar doordat de kop minder grote afstanden moet afleggen gaat het in het geheel wel sneller gaan.

[Madcat]

tja ik kan me er iets bij voorstellen, best slim eigenlijk... alleen dat kan ook voor de nodige vertraging zorgen.

stel ik wil file A , B en C en de kop zit bij punt 10

file C zit op punt 11 en de controler wil dus eigenlijk eerst file C lezen, en dus A en B die eerder aangevraagt werden moeten dus wachten. zou dit princiele echt zo veel schelen om nuttig te zijn?

ik zou graag wel eens hardeschijven willen met meerdere onafhangelijke koppen, zodat er voor elke plaat een eigen kop is. en het liefts zelfs meerdere koppen per plaat.. zodat je paralel files kan lezen en bufferen.. dit zou de preformance pas echt boosten!

[Verwijderd]

Disk scheduling gebeurt normaal gesproken door het OS met behulp van bijv. het FCFS, SSTF, (C)-SCAN of (C)-LOOK algoritme.

Lijkt me dat een algoritme op hardware niveau hier dus geen performance winst kan bieden. Bovendien hangt de keuze voor een algoritme ook nog sterk samen met de opmaak van het FS.

edit: eigenlijk reactie op mr_star

[MarcieMars]

Meerder zoekopdrachten sorteren --> tagged command queueing. Dit wordt pas ondersteund vanaf SATA-2.

[Verwijderd]

Meerder zoekopdrachten sorteren --> tagged command queueing. Dit wordt pas ondersteund vanaf SATA-2.

Dit is niet korrekt. De SATA/150-specificatie ondersteunt ook Tagged Command Queueing, deze is echter enkel facultatief (optioneel) voor de controller. Dat is meteen de reden dat veel controllerchips deze mogelijkheid niet ondersteunen.

In SATA/300 (SATA-II) is TCQ echter verplicht, en zal iedere SATA/300 controller dus deze technologie kunnen benutten, hetgeen tot een performanceincrease van wel 25% kan leiden.

[Fairy]

Lagere zoektijd voor elkaar krijgen niet mogelijk? Dit kan dus wél

Stel: een schijf heeft 100 blokken. De computer wil van blok 6, blok 89, blok 45 en blok 20 data uitlezen.

Er bestaat dan een techniek die heet command queing (als ik het goed schrijf) die zorgt er voor dat deze opdrachten op een manier gesorteerd worden waardoor de zoektijd wordt verkort. De nieuwe positie die de schijf voor zijn kiezen krijgt zijn dan blok 6, 20, 45 en daarna 89. Dit scheelt enorm veel heen en weer geratel van de harddisk.

Je stelling dat het aan hardware gelimiteerd is gaat dan niet op.

edit: Typo's

[Munters]

Het kan inderdaad zijn dat bestand A iets later ingelezen is. Maar overal gaat de performance wel omhoog. Dit is gunstig bij multitasking, of helemaal -en al jaren- bij een server omgeving, dus meerdere gebruikers.

Overigens kan het ook het binnenhalen van een enkele file bespoedigen, wanneer je disk gefragmenteerd is. Een disk werkt nl niet op file niveau, maar op blokniveau.
Jouw voorbeeld met bestand A, B en C moet je eigenlijk zien als blok A, B en C. En die kunnen best wel eens samen 1 bestand vormen.

narotic, een schijf hoeft niet direct aan een FS te hangen, maar kan ook in een NAS aan meerdere machines hangen.
En trouwens, soms is de opdracht al naar de disk gestuurd, en krijgt het OS daarna pas de volgende opdracht binnen. Dan kan de disk zelf beslissen of de nieuwe opdracht nog eventjes tussendoor meegenomen kan worden.

Je kunt het trouwens simpel vergelijken met lift-optimalistie technieken. Kleine afstandjes tussendoor even meenemen levert overall een betere doorvoer op. Alleen wel maximale wachttijden voor alle wachtenden invoeren, om te voorkomen dat de lift bij grote drukte tussen verdieping 3 en 4 heen en weer blijft pendelen.

[Verwijderd]

Is hot-swapping dan nog niet mogelijk met de huidige S-ATA controllers die op de meeste moederborden zitten?

[ronny]

Met de oude ATA is het ook mogelijk. Je mag dan echter maar 1 device aan een kabel hangen, omdat ander het andere in de stress schiet.
SATA heeft per defenitie maar 1 device aan een kabel dus dat leverd geen problemen op.

Dus Hot Swapping is zeker mogelijk met SATA 1

[voodooless]

Die V2.0 laat je denken dat het ding S-ATA2 zou ondersteunen, maar dat doet ie (helaas) niet. Mooie marketing truck lijkt me dus!

[Olaf van der Spek]

Dat valt best mee, er staat toch niet SATA2 kit?

[rsmits]

Is er al iets bekend over de prijs en wanneer die in NL verkrijgbaar is?

[Beaves]

Met deze Rocketmate 1200 behuizing is hot-swapping van drives mogelijk, ook wanneer deze niet meer aan de praat te krijgen zijn.

Dus ze zijn alleen te hot-swappen als ze kapot zijn? Ja, dat is nogal logisch, ik kan alles wat kappot is zwappen, anders kan ik moeilijk iets anders inbouwen he . Verder is het hot-swappen bij normale verwijderbare IDE drives ook al mogelijk, dat is dus niet iets wat door SATA komt. Ik kan namelijk mijn verwisselbare IDE HDD's tijdens dat de pc aan staat ook verwijderen en toevoegen.

[Verwijderd]

wel met software er tussen en in zo'n rack denk ik?
Bij sata kun je gewoon elk moment die schijf eruit rukken... ook zonder racks of extra software.
(moet natuurlijk niet je bootschijf of raid 0 zijn)

[sid3windr]

Lezen is een vak.. note the "OOK".

[Verwijderd]

Mits je daarvoor een hot-swappele kit hebt ;-)
"Hot" betekent in deze zin als ze aan staan, dus je redenatie van "Ja, dat is nogal logisch, ik kan alles wat kapot is swappen" gaat niet op

Het gaat hier over hot-swappen, dus als deze schijf in gebruik is. Hiervoor heb je wel een controller nodig die dit kan, oftewel zo'n kitje.

[Verwijderd]

Jah plus het feit dan dat een Serial Ata schijf echt niet 150MB/sec aan de bus kan voeren (ookal zou de pci bus het trekken)