Annonce

Nyt fra microsoft

Indsend nyhed

Del dine opdagelser!

Afstemning

Hvornår har du sidst været til LAN?

  • 55%Det er er mere end et år siden
  • 12%Har aldrig været til et LAN
  • 10%Inden for det seneste år
  • 6%Inden for de seneste 2-4 uger
  • 6%Inden for de seneste 3-4 måneder
  • 6%Inden for den seneste uge
  • 5%Inden for de seneste 5-8 uger
SATA Express skal levere 16 Gb/s
Billede: pci-sig

SATA Express skal levere 16 Gb/s

10. aug. 2011 17:36Den nuværende SATA-standard tillader kun op til 6 Gb/s teoretisk hastighed, hvilket i praksis svarer til godt 600 MB/s. Denne hastighed er de nyeste SATA SSD-enheder allerede ved at nå, hvorfor der er brug for at forøge hastigheden for SATA.

Serial ATA International Organization (SATA-IO) har fremlagt planer for en ny standard, der baserer sig på PCI Express og vil blive en del af SATA 3.2-specifikationerne. Standarden, der hedder SATA Express, vil ved brug af PCI Express Gen 2 kunne levere 8 Gb/s eller 1 GB/s (teoretisk), mens SATA Express baseret på PCI Express Gen 3 vil kunne præstere en hastighed på 16 Gb/s eller 2 GB/s.

SATA 3.2-specifikationerne forventes færdig ved udgangen af året og vil også definere nye kabler og stik, der skulle være bagudkompatible.

#1: HappyJaZZ

10. aug. 2011 18:37

Puh, og så sidder man stadig med en almindelig "gammel" SATA disk som læser med godt og vel 50 MB/s...

Det er mig der er inden i Terracide

#2: Vossen

10. aug. 2011 19:00

Burde nok skifte de 4 raid diske ud med en SSD, eller bare få smidt en SSD disk i den bærbare. :) Hvornår kommer det her til en bærbar? :D

AMD Zacate E-350 @ 1.6 GHz, 2x 2 GB PC3-8500, AMD Radeon HD 6310, 320 GB 5400 RPM, 11.6" - Sony VAIO VPCYB1S1E/S

#3: ty

10. aug. 2011 19:31

Hvorfor gjorde de ikke bare det fra starten af?

#4: Mort

10. aug. 2011 19:31

Det kunne være rart hvis de lavede et ordentligt spring i hastigheden for næste SATA standard, i stedet for bare at lave det lidt hurtigere hver gang, hvilket blot betyder at det bliver SATA bussen som sætter begrænsningen og ikke disken.

#5: erialor

10. aug. 2011 19:50

6 Gb/s ~ 600MB/s, 8Gb/s ~ 1GB/s.... der er godt nok presset forholdsmæssigt meget ud af de sidste 2Gb/s ;)

#6: ty

10. aug. 2011 20:05

pewbe, du er nødt til at uddybe, hvorfor du mener det er irrelevant.

#7: Nize

10. aug. 2011 20:08

#3 Ty

Du har ret. Hvorfor laver de ikke bare CPU'er på 256 cores og 100 GHz allerede nu? Hvorfor får vi ikke bare 64 TB ram allesammen? Hvorfor ikke bare lave SATA på 1 Tbps fra start? Hvorfor laver de ikke bare batterier der kan holde i uger allerede nu? Hvorfor laver de ikke bare SSD'erne på 4 TB nu?

Jeg er helt enig. Hvorfor ikke? Måske fordi det skal ske i takt med udviklingen på området?

-- "Hvis du siger 'SSD disk' én gang til, så..." *SMACK*

#8: ty

10. aug. 2011 20:10

#7

Vågn op til virkeligheden. I stedet for at udvikle en ny bus (SATA-bussen), så kunne man bruge en eksisterende, som er bedre.

#9: ty

10. aug. 2011 20:13

pewbe, du er da for latterlig.

Og pointen er: Nu bliver SATA-bussen udfaset, så vi kun har PCI express

#10: pewbe

10. aug. 2011 20:14

pewbe, du er nødt til at uddybe, hvorfor du mener det er irrelevant.ty (#6)

#7 siger det meget godt. Og der er flere eksempler:
Hvorfor finder forskere ikke bare en forenet teori for alting?
Hvorfor har vi ikke kolonier på Mars?
Hvorfor har vi ikke fungerende fuisonsreaktorer?
Osv osv osv...

Jeres helt egen rating trold.

#11: ty

10. aug. 2011 20:15

#10 Du har ikke forstået pointen.

#12: pewbe

10. aug. 2011 20:17

#10 Du har ikke forstået pointen.ty (#11)

Nej, det er DIG der ikke har forstået pointen! De gjorde det ikke fra starten af, af den simple grund at det ikke var muligt på det tidspunkt!

Jeres helt egen rating trold.

#13: ty

10. aug. 2011 20:18

Og hvad er dit argument for, at det ikke var muligt?

#14: pewbe

10. aug. 2011 20:19

Og hvad er dit argument for, at det ikke var muligt?ty (#13)

At de ikke havde redskaberne til det.
At der ikke var brug for det.

Jeres helt egen rating trold.

#15: ty

10. aug. 2011 20:20

Redskaberne? En bus er til at overføre data på. Det kan være hvilken som helst form for data. Bussen ER redskabet...

#16: pewbe

10. aug. 2011 20:22

Redskaberne? En bus er til at overføre data på. Det kan være hvilken som helst form for data. Bussen ER redskabet...ty (#15)

Men den skal lige laves før den kan bruges!

Jeres helt egen rating trold.

#17: ty

10. aug. 2011 20:27

SATA og PCI express er sådan cirka fra det samme år

#18: ty

10. aug. 2011 20:29

Mit spørgsmål i post 13: "Og hvad er dit argument for, at det ikke var muligt?"

Hvordan kan du rate det til irrelevant? Er det her en børnehave?

#19: pewbe

10. aug. 2011 20:30

SATA og PCI express er sådan cirka fra det samme årty (#17)

Nu handler det om hastighederne de kan opnå, ikke hvornår de er lavet.
Men fortæl mig gerne hvordan de skulle have lavet det med de hastigheder fra starten af, jeg er faktisk nysgerrig.

Jeres helt egen rating trold.

#20: Nielson

10. aug. 2011 20:35

Hvordan kan du rate det til irrelevant? Er det her en børnehave?ty (#18)

You must be new here.

roflmaobbq ^^. -' 010110

#21: ty

10. aug. 2011 20:35

Hvad? Jeg taler om at have brugt PCI express fra starten af. Hastigheden mellem controller og harddisk havde så fulgt udviklen af PCIe. Så havde man sparet krafterne på at have udviklet på to busser.

#22: spand-online

10. aug. 2011 20:37

SATA og PCI express er sådan cirka fra det samme årty (#17)

Eller ca. et år fra hinanden ;)

SATA - 2003
PIC-E - 2004

Så hut jeg visker

AV AV AV - det brænder!

#23: ty

10. aug. 2011 20:38

#22

1.0a er vist fra 2004. 1.0 er fra året før.

#24: pewbe

10. aug. 2011 20:39

Hvad? Jeg taler om at have brugt PCI express fra starten af. Hastigheden mellem controller og harddisk havde så fulgt udviklen af PCIe. Så havde man sparet krafterne på at have udviklet på to busser.ty (#21)

Se, det giver mere mening. Men det var ikke det jeg læste af dit indlæg, som du nok har lagt mærke til.

Jeres helt egen rating trold.

#25: nezz_dk

10. aug. 2011 20:54

Kunne de så ikke bare lave det om til "network of things"
så enhederne snakker over ethernet, på max 2m afstand kunne de nok skrue de 10Gb/s noget i vejret, som kan køres på et UTP kabel i dag over 100m, men jeg drømmer nok bare :-)

#26: T_A

10. aug. 2011 21:04

#25

Hvis man skulle ændre det så helst noget der ligner Thunderbolt
Den har nogle begrænsninger der ikke helt gør den klar til intern brug.
Men ideen er god nok med en "ægte" universel port, der også kan overføre strøm.
Ville være sweet med en port med fiber omgivet af metalleder til overførsel af strøm til intern og ekstern brug.

#27: ChristofferKjeldgaard

10. aug. 2011 21:05

#25:

På den interne bus arbejder enhederne langt, langt over 10 Gb/s - 10 Gb/s er slet, slet ikke hurtigt nok.

Til ty' spørgsmål hvorfor gjorde de det ikke fra starten af?
svaret er meget enkelt - det er for dyrt. SRAM buffere er ikke billige, de koster i omegnen af 100x mere og producere per MB. Busser af den størrelsesorden der skal transportere den mængde data med den hastighed vil kræve at registrene er baseret på SRAM, istedet af registrene baseret på DRAM i stedet. PCI-E bussen skal jo også få data fra CPU (baseret på SRAM) og memory som er baseret på DRAM. Det kan SAGTENS lade sig gøre og købe SSDere der bruger en PCI-E bus baseret på SRAM - De er bare meget, meget dyrere end konventionelle SSD diske.

- Og til jer andre, spørgsmålet er relevant nok. I stedet for at bitche, så giv et uddybende svar.

#28: Clauzii

10. aug. 2011 21:23

#25:
.. og da der så ikke skulle have været brugt resourcer på SATA, kunnet de have været brugt på en endnu bedre PCIe fra starten af, med flere porte i controlleren osv.

Men man huske at det hele er begyndt et sted - med noget der blev tegnet på et stykke papir, og hvor en (computer)chip blev lavet i store rum med strimler klistret på gulvet.

Denne process er idag noget der foregår på en skærm og sendes over internettet til en fabrikant i fjernøsten, der så næsten fuldautomatisk kan producere X antal chips indimellem andre udvikleres X antal chips, 24/7 ~365.

En enorm udvikling, der ikke bare sådan kan komme overnight. Jeg ville da gerne have set HELE internettet rullet ud på et par måneder, ingen tvivl, men det tager nu engang også tid at lægge kabler i jorden, bygge/opgradere server-centre, få forskellige landes systemer til at snakke sammen osv. osv.

Jeg kan sagtens se at der ved visse teknologier holdes igen.

F. eks. tog det Intel ca. 10! år at komme med et 10 Gbit serielt interface til PCer, selvom teknikken allerede var mere eller mindre klar i DK, da Intel købte det danskudviklede produkt og firma for kr. 10 mia.

Der er desværre så også buisness-politik med i spil.

Hvordan skal fremtiden se ud, de såkaldte roadmaps.. Det kan et enkelt firma ikke gøre alene. De forskellige stumper er nødt til at spille sammen, og firmaer er på globalt plan også nødt til at samarbejde om fremtiden, da verden er blevet så 'afhængig' af computere, at der ikke er en vej tilbage.

Men selvfølgelig skal udviklingen fortsætte og blive endnu bedre!

Og, .. der er penge i licenser...

Livet er noget vi selv sætter lyd på...

#29: CableCat

10. aug. 2011 22:31

Hvorfor fanden går de ikke bare over til Thunderboldt hvis der alligevel skal laves nye stik og kabler. Thunderboldt er en PCIe x4 ført ud på et kable. Hastigheden starter ved 10Gb/s og kan blive hurtigere ved senere generationer.

Standardisering gennem tvang, giver frihed.

#30: timon5022

10. aug. 2011 22:32

Nu spørger jeg dumt, men hvordan kan det være at der er så stor en forskel fra teoretisk til praksis dataoverførsel?

Nu forøger de den teoretiske hastighed, og dermed også den praktiske, men hvorfor ikke bare forøge den praktiske hastighed? Der er jo massere af headroom at give af, medmindre jeg selvfølgelig har misforstået noget her :)

#31: T_A

10. aug. 2011 22:44

men hvorfor ikke bare forøge den praktiske hastighed? Der er jo massere af headroom at give af, medmindre jeg selvfølgelig har misforstået noget her :)#30: timon5022

8Gb = 1GB ............

#32: Hekatombe

10. aug. 2011 22:45

#30
Er du klar over at 8Gb/s betyder 8 Giga-bit-per-sekundt og at 1 GB/s betyder 1 Giga-Byte-per-sekundt? Der går 8 bit på 1 Byte

Udover det, så står der ikke i artiklen at 6 Gb/s teoretisk hastighed er godt 600 MB/s i praksis når vi taler om SATA, men det kan godt være at det er almen viden som jeg ikke har...

#33: Clauzii

10. aug. 2011 23:30

#32:
Det er vist meget normalt at beregne et headroom på ~10% på dataoverførsler generelt, til håndtering af protokol osv.

Livet er noget vi selv sætter lyd på...

#34: Hekatombe

10. aug. 2011 23:55

#33, 1-((600MB/s)/(750MB/s)) * 100% = 20%

Jeg er godt med på at der er et overhead på dataoverførelser, jeg er bare ikke klar hvor meget den er på ved SATA.

#35: Nout

11. aug. 2011 00:54

Min nye ssd disk, ocz vertex 3, læser med 600mb/s ..... men kræver jo du sender data fra en ssd magen til, og ejer jeg ikke LOL :)
Eller self internt ;)

Lad os alle bade....

#36: Jim Night

11. aug. 2011 01:45

#35 Du mener forhåbentlig 600 MB/s ;)

#37: badpip

11. aug. 2011 05:18

Udover det, så står der ikke i artiklen at 6 Gb/s teoretisk hastighed er godt 600 MB/s i praksis når vi taler om SATA, men det kan godt være at det er almen viden som jeg ikke har...Hekatombe (#32)

SATA er 8b/10b encoded, så der går 10 bit på en byte.

#38: Joms

11. aug. 2011 08:25

har et revodrive det læser med 740 MB/s og skriver med cd 650 MB/s så jeg er rimelig tilfreds, køre kun styresystemmet derpå men jeg tror ikke du kan få hurtigere boot tider;)

#39: zcuba

11. aug. 2011 09:21

Der er lidt forskel på teori og praksis her, og lidt forskel på begreber der desværre kan hedde det samme.. bla. fordi marketingsfolk har prøvet at sælge det uden helt at forstå det:

baud rate / bit rate er antal gange den elektriske bus kan skifte med.
afhængig af bussen er der enten en synkroniserende master clock, som alle følger, eller ikke, det kommer an på om bussen er tænkt som master/slave eller som flad struktur.

Før nogen siger (det ene er et netværk og det andet en bus) vil jeg gerne henlede opmærksomheden på CAN (Controller Area Network) som i sin egen specifikation kalder sig en bus.. der er også en god forklaring på hvorfor..

hvis der ikke er en master clock, skal enhederne finde ud af om der bliver sendt noget, og hvornår et bit starter og hvor hurtigt bussen kører.
derfor er der tit noget encoding hvor et bit f.eks. skifter med fast frekvens, og derimellem kan et møster så afsløre om man prøver at sende et 1 eller et 0.
det laver en division på bussen af den praktiske bitrate. typisk division med 2 eller 4

Den resulterende data overførsels hastighed er også den teoretiske maximale bitrate på bussen, men ikke den maximale baudrate, selvom det ofte misbruges i denne sammenhæng..

Så skal der undertrykkes støj, hvis tåben der installerer kablerne trækker dem lige forbi strømforsyningen skal det jo helst stadig virke.
Der kan man f.eks. bruge : http://en.wikipedia.org/wiki/Hamming_code eller lign. som tilfører lidt overhead.

Det begrænser igen bitraten, afhængig af hvor man begynder at måle fra.

Så er der protokol overhead som adressen på modtageren, længde på datapakken, antal datapakker, en checksum og andet.

på mange busser er der omtrent 1/4 overhead til protokol
på nogle mindre på nogle mere..

Det er stadigvæk den teoretiske max hastighed vi får, men denne gang er det max byte rate.. da datapakker er større end 1 bit, ofte mange bytes.

Så er der retransmissioner, hvis en pakke kommer frem, og cheksummen ikke passer, eller encoding afslører bitfejl der ikke kan rettes, så kan man (f.eks. ved TCP) forvente at få den data pakke igen. (Det sker f.eks. på hardware laget i CAN, så det er ikke kun en ethernet feature)

retransmissioner er selvfølgelig støj afhængigt, så derfor vil den praktiske altid være lavere end den teorietiske, selvom den teoretiske kan være (måske ikke er) kompenseret for overhead / encoding / bit encoding

#40: spectual

11. aug. 2011 22:36

Du mener forhåbentlig 600 MB/s ;)Jim Night (#36)

Damn jeg synes de evige enheds fejl, forvirring og korrektioner af fx mega bit og byte er trælse. De skulle de aldrig have lavet dem case sensative.

Anyways.. når teknologien ser lyset for første gang er der ikke nogen der ved om den overhovedet bliver populær. Det svarer lidt til at bruge flere år på at kode "verdens bedste website" hvorefter det viser sig at der ikke rigtigt er nogen der gider at bruge det og så står man der med 100.000 linjers "pæn kode" (woohoo :) ).

Start et sted. Se om det holder. Udvid og forbedr det.

Tillykke SATA. Du gør det godt. Keep up the good work!

#41: CBM

12. aug. 2011 10:15

Firewire kunne være et godt bud på en standard der kunne bruges til både externe og interne enheder hvis standarden blev udvidet og opgraderet.

Kunne være ret nice hvis alting kunne plugges i samme stik uanset om det er et tastatur, et grafik kort eller noget helt tredje.

Så ville det også være rart hvis man kunne lade være med at lave 4-5 forskellige stik til den samme standard og endda _EFTER_ den er blevet mainstream med de oprindelige stik.. her tænker jeg på USB som pludselig blev til mini USB, mikro USB og et hav af andre stik... herunder m$ usb controller porte på deres XBOX .

#42: Clauzii

14. aug. 2011 01:30

Damn jeg synes de evige enheds fejl, forvirring og korrektioner af fx mega bit og byte er trælse. De skulle de aldrig have lavet dem case sensative.spectual (#40)

b=bit=de små
B=Byte=de store, altså 8 små

Livet er noget vi selv sætter lyd på...

#43: Clauzii

14. aug. 2011 15:10

Livet er noget vi selv sætter lyd på...

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret bruger