-
Data: 2016-02-11 18:53:38
Temat: Re: Szybkie interfejsy szeregowe -- dlaczego nie np. EFM-plus zamiast 8b10b?
Od: mk <reverse_lp.pw@myzskm> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2016-02-11 18:28, janusz_k pisze:
> W dniu 2016-02-11 o 14:50, mk pisze:
>> Szybkie interfejsy szeregowe czy to elektryczne (Serial ATA,
>> PCI-Express, HDMI), czy optyczne używają np. przekodowania 8b10b.
>> Czyli każde surowe 8 bitów zamieniane jest na odpowiednie 10 bitów.
>> Płacimy ekstra 25%, ale dzięki temu zyskuje się DC-free oraz określony
>> "run length limit", tj. pod rząd nie może wystąpić więcej 5 bitów tej
>> samej wartości (przydatne do odtworzenia zegara).
>>
>> Jeśli koszt 25% jest zbyt duży to można użyć 64b66b, 128b130b...
>>
>>
>> Załóżmy, że dysponujemy linią przesyłową z ograniczeniem
>> 1.25Gprzełączeń/s. Stosując przekodowanie 8b10b uzyskamy użyteczny
>> transfer 1Gbps.
>>
>> A gdyby tak zaaplikować znane rozwiązania z napędów optycznych, czy
>> magnetycznych... np. znane z DVD przekodowanie EFM-plus, czyli
>> oryginalne 8 bitów transformowane jest do 16 bitów. Również dostaniemy
>> DC-free, również "run length limit" (równy 11), ale i też minimalny "run
>> length" (równy 3). Innymi słowy: po przekodowaniu, minimalny
>> gwarantowany ciąg jednakowych bitów wynosi 3 bity, czyli zmiany stanu
>> linii nie mogą występować częściej niż co 3 bity.
>> Zatem używając EFM-plus i nie naruszając limitu linii przesyłowej
>> 1.25Gprzełączeń/s uzyskujemy transfer:
>> 1.25G*3*8/16 = 1.875Gbps (!)
>>
>> 87.5% więcej niż 8b10b prawie za darmo!
>> Dlaczego więc to 8b10b jest preferowane?
> Bo pomylileś się w obliczeniach, wg mnie przepustowość wyniesie 0,625G
> a nie 1,875.
> Zauważ że 8 bit jest transkodowane do 16, czyli tracimy połowę
> przepustowości a w 8b10 tylko 20%.
>
Ale zauważ, że w EFM-plus mamy gwarancję że sygnał wyjściowy (po
przekodowaniu) nie zmieni się częściej niż co trzy bity, więc można
układy wytwarzające sygnał taktować 3x szybciej, a na linii
transmisyjnej będzie zachowany limit max. 1.25 Gprzełączeń/s
(przełączenia nie częściej niż co 8 ns).
pzdr
mk
Następne wpisy z tego wątku
- 11.02.16 19:02 mk
- 11.02.16 19:12 mk
- 11.02.16 19:48 Waldek Hebisch
- 11.02.16 22:50 AlexY
- 12.02.16 10:43 Piotr Gałka
- 12.02.16 13:19 ACMM-033
- 12.02.16 13:41 s...@g...com
- 12.02.16 14:25 J.F.
- 12.02.16 14:26 J.F.
- 12.02.16 14:28 Piotr Wyderski
- 12.02.16 14:38 Piotr Wyderski
- 12.02.16 14:50 Piotr Gałka
- 12.02.16 14:58 Piotr Gałka
- 12.02.16 15:02 J.F.
- 12.02.16 15:12 Piotr Wyderski
Najnowsze wątki z tej grupy
- System operacyjny dla 6800?
- Przyłączenie działki do sieci elektrycznej
- Działalność nierejestrowana/definicja sprzętu elektronicznego/misie i kolejki
- Smukły, długi ściągacz izolacji do kynaru
- rezystor 3 omy 400W
- [newbie] Jaki multimetr za 2-4 stówy?
- szafka sieciowa
- Raspberry Pi 5 + dyski SATA
- lutownica na węgiel
- Znów czary (albo niewiedza) - tym razem fotowoltaika
- Chess
- Vitruvian Man - parts 7-11a
- przeźroczyste koszulki
- Re: Win 10/11 nie lubi OKI
- Programator czasowy TUYA.
Najnowsze wątki
- 2024-05-18 Warszawa => Software .Net Developer <=
- 2024-05-18 Warszawa => Mid/Senior QA Engineer <=
- 2024-05-18 Ulm => Solution Architect (sichere Kommunikation und IoT-Loesungen <=
- 2024-05-18 Katowice => Head of Virtualization Platform Management and Operating S
- 2024-05-18 Warszawa => SAP WM Consultant / Execution <=
- 2024-05-18 Wrocław => Consultant/Implementer Comarch ERP XL <=
- 2024-05-18 Gdańsk => Head of International Freight Forwarding Department <=
- 2024-05-18 Warszawa => Account Manager (Recruitment Services) <=
- 2024-05-18 Łódź => Salesperson - CRM Systems <=
- 2024-05-18 Łódź => Handlowiec - Systemy CRM <=
- 2024-05-17 ZŁOMNIK o pracy w TVN TURBO, nowych przepisach i współczesnej motoryzacji. Turbo Taryfa!
- 2024-05-17 Białystok => DevOps Engineer Conexa First (Contractor) <=
- 2024-05-17 Warszawa => Starszy inżynier oprogramowania (Rust) <=
- 2024-05-17 Zabrze => Junior HelpDesk <=
- 2024-05-17 Bieruń => Administrator i wdrożeniowiec Lotus Notes/Domino <=