-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
!1.eu.feeder.erje.net!news2.arglkargh.de!news.mixmin.net!aioe.org!.POSTED!not-f
or-mail
From: janusz_k <J...@o...pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Szybkie interfejsy szeregowe -- dlaczego nie np. EFM-plus zamiast 8b10b?
Date: Thu, 11 Feb 2016 18:28:25 +0100
Organization: Aioe.org NNTP Server
Lines: 37
Message-ID: <n9igbq$rl7$1@gioia.aioe.org>
References: <56bc91ae$0$700$65785112@news.neostrada.pl>
NNTP-Posting-Host: Ft7C/F3SjBaJ/xribRzDUw.user.gioia.aioe.org
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Complaints-To: a...@a...org
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.5.1
X-Notice: Filtered by postfilter v. 0.8.2
Xref: news-archive.icm.edu.pl pl.misc.elektronika:694043
[ ukryj nagłówki ]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%.
--
Pozdr
Janusz_K
Następne wpisy z tego wątku
- 11.02.16 18:31 AlexY
- 11.02.16 18:43 s...@g...com
- 11.02.16 18:53 mk
- 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
Najnowsze wątki z tej grupy
- Coś dusi.
- akumulator napięcie 12.0v
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
- reverse engineering i dodawanie elementów do istniejących zamkniętych produktów- legalne?
- Problem z odczytem karty CF
- 74F vs 74HCT
- Newag ciąg dalszy
- Digikey, SN74CBT3253CD, FST3253, ktoś ma?
- Szukam: czujnik ruchu z możliwością zaączenia na stałe
- kabelek - kynar ?
- Podnieść masę o 0.6V
- Moduł BT BLE 5.0
Najnowsze wątki
- 2025-01-12 USB3.x->HDMI/DP ze sterownikami w win11
- 2025-01-12 Jak na naszych oczach odradza się cenzura :-)
- 2025-01-11 Koszty prowadzenia firmy za granicą
- 2025-01-11 19 migrantów
- 2025-01-11 300km/h
- 2025-01-11 Kongres USA uchwalił "Prawo babci Pawlakowej" na MTK [Lex Gradma Pawlak]
- 2025-01-11 Riga => Specjalista ds. public relations <=
- 2025-01-11 Przestępca wyborczy Musk nadciąga nad Tuskistan?
- 2025-01-11 Białystok => Delphi Programmer <=
- 2025-01-09 Jaka nawigacja z asystentem zmiany pasa ruchu?
- 2025-01-10 Coś dusi.
- 2025-01-09 akumulator napięcie 12.0v
- 2025-01-10 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2025-01-10 Warszawa => Software .Net Developer <=
- 2025-01-10 Białystok => Application Security Engineer <=