Britská verejnoprávna televízia BBC sa na konci uplynulého týždňa pochválila nasadením sieťového riešenia, ktoré je zaujímavé z viacerých dôvodov.
Jej oznámenie totiž okrem flexibilnosti Linuxu poukazuje aj na potenciálny neoptimálny sieťový výkon štandardného jadra ale tiež na rozdielne okruhy problémov, akým sa venuje BBC a napríklad slovenské televízie okrem iného limitované veľkosťou slovenského trhu.
BBC patrí medzi technologicky najpokrokovejšie televízie a okrem iného sa napríklad zúčastňuje testov vysielania v rozlíšení 8K.
Na problém nedostatočného sieťového výkonu linuxového jadra narazila pri vývoji svojho riešenia pre televízne štúdio postavené čisto na IP protokole a konkrétne pri potrebe posielať po sieti UHD stream nekomprimovaného videa s rýchlosťou 4 Gbps a viac.
Kým pri posielaní viacerých streamov s menšou rýchlosťou je možné využiť výkon množstva jadier moderných serverov, pri posielaní jedného streamu s vysokou rýchlosťou je túto úlohu možné pri potrebách BBC len ťažko paralelizovať. Jedno jadro tak musí posielať cca 340 tisíc paketov za sekundu a jeden paket musí linuxové jadro spracúvať za menej ako tri mikrosekundy.
To ale narážalo na limity linuxového jadra. To má totiž viacero vrstiev, aplikácia volá rozhranie socketov, to využíva TCP / UDP vrstvu, tá IP / Ethernet vrstvu a až následne sa dáta dostávajú k ovládaču sieťovej karty. Pri tom sa dáta dvakrát skopírujú, najskôr z bufferu aplikácie do bufferu socketovej vrstvy a následne do bufferu zariadenia.
Sieťové riešenie použité BBC obchádzajúce sieťový stack linuxového jadra, kliknite pre zväčšenie (obrázok: BBC)
BBC tak použila riešenie so špeciálnym modulom obchádzajúcim všetky sieťové vrstvy jadra a priamo volajúcim ovládač sieťovej karty. Dáta sa vôbec nekopírujú, aplikácia aj sieťová karta používajú ten istý buffer a potrebné sieťové hlavičky pridáva k paketom priamo aplikácia. To umožnilo podľa BBC zdesaťnásobiť výkon pri posielaní streamov vysokou rýchlosťou, pomocou jedného CPU jadra posielať nekomprimovaný 4K 2160p50 stream s rýchlosťou viac ako 8 Gbps a ostatné jadrá využiť pre spracovanie videa.
Takéto rýchlosti dosiahla BBC na štandardných 10-gigabitových Ethernetových kartách a rovnaké riešenie plánuje použiť aj na 100-Gbps kartách.
Aký sieťový protokol pre posielanie riešenie využíva a či si BBC sama vyvinula samotný modul a potrebný softvér implementujúci sieťový protokol na aplikačnej vrstve televízia neinformuje a zároveň zatiaľ neavizuje zdieľanie svojho riešenia respektíve sprístupnenie zdrojových kódov.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
dnes má meniny Koloma
Od: trigger.*
|
Pridané:
13.10.2015 9:48
posielam kvety, samozrejme obidenim jadra
|
|
Re: dnes má meniny Koloma
Od: pedro vedro
|
Pridané:
13.10.2015 9:54
posielam jadro, uz ho nepotrebujem
|
|
Re: dnes má meniny Koloma
Od: Andrejjj
|
Pridané:
13.10.2015 11:35
myslis pakvety, nie?
|
|
Re: dnes má meniny Koloma
Od: trigger.*
|
Pridané:
13.10.2015 12:18
nie myslim tvoju mamu
|
|
Re: dnes má meniny Koloma
Od: Roumen
|
Pridané:
13.10.2015 14:20
pohonil som
|
|
Re: dnes má meniny Koloma
Od: huh
|
Pridané:
14.10.2015 22:48
Čo si pohnojil?
|
|
je to urcite tak?
Od: real name
|
Pridané:
13.10.2015 9:54
preco bbc posiela nekomprimovane videa?
|
|
Re: je to urcite tak?
Od: Asdf3
|
Pridané:
13.10.2015 9:58
Je to priamo v texte:
"pri vývoji svojho riešenia pre televízne štúdio postavené čisto na IP protokole"
|
|
Re: je to urcite tak?
Od: vsevec
|
Pridané:
13.10.2015 10:56
Robíte chybu, že veríte Britom. Klamstvo je ich hlavná pracovná metóda.
|
|
Re: je to urcite tak?
Od: reg.: Houston
|
Pridané:
13.10.2015 11:36
Lebo napriklad v ramci studia potrebuje reziser strihat (prepinat kamery, ...) v danom momente a synchronne, neda sa teda cakat kym pride frame z ineho zdroja v inu chvilu ani kym skonci GOP komprimovaneho videa.
|
|
Re: je to urcite tak?
Od: b2un0
|
Pridané:
13.10.2015 20:20
Sak na to je tu MJPEG.
|
|
Re: je to urcite tak?
Od: vápnik
|
Pridané:
13.10.2015 10:14
Pretoze su to blbi amici.
|
|
Re: je to urcite tak?
Od: amíci
|
Pridané:
13.10.2015 10:20
BRITISH Broadcasting Corporation
|
|
Re: je to urcite tak?
Od: oprava
|
Pridané:
13.10.2015 10:48
Oprava: Blbí Anglosasi
|
|
Re: je to urcite tak?
Od: bozzzz
|
Pridané:
13.10.2015 15:00
blbí kelti
|
|
Re: je to urcite tak?
Od: iobit
|
Pridané:
13.10.2015 10:23
BBC je UK. Ty si potomok nejakeho bacu a ovce?
|
|
Re: je to urcite tak?
Od: johns
|
Pridané:
13.10.2015 10:31
tebe niekto nasypal piesok do koleciek :/
|
|
Re: je to urcite tak?
Od: phx
|
Pridané:
13.10.2015 10:40
British Broadcasting Corporation
|
|
Re: je to urcite tak?
Od: náčelník
|
Pridané:
13.10.2015 10:51
A čo má byť? Za to nemôžu byť blbí Američania? Poviem to drblou rečou tvojho kmeňa:
"Think out of the box"
http://dopice.sk/f1m
|
|
Re: je to urcite tak?
Od reg.: Terepin
|
Pridané:
13.10.2015 11:26
Ha, Američan ide nadávať Američanom.
|
|
Re: je to urcite tak?
Od: syntaxterrorX
|
Pridané:
13.10.2015 10:35
Poskytovateľ skutočne objektívneho spravodajstva nemôže používať stratovú kompresiu, ani bezstratovú s oneskorením.
|
|
Re: je to urcite tak?
Od: vsevec
|
Pridané:
13.10.2015 10:54
Neviem či si to myslel ako iróniu, ale BBC je ukážka keď forma zďaleka predbieha obsah :)
|
|
Re: je to urcite tak?
Od: syntaxterrorX
|
Pridané:
13.10.2015 11:13
Áno, napríklad Dr. Who a jeho TARDIS.
|
|
Re: je to urcite tak?
Od reg.: roob_
|
Pridané:
13.10.2015 11:28
dr who je uplne v pohode, len aktualneho doktora by mohli uz nechat zomriet, zatial najhorsi zo vsetkych..
|
|
Re: je to urcite tak?
Od: nemo22
|
Pridané:
13.10.2015 11:09
Pretoze ked je to v ramci studia tak to leze z kamery raw-nekomprimovane cez IP povedzme do nejakeho nahravacieho zariadenia/diskoveho pola a zasa odtial do strizne a az potom sa to komprimuje.
|
|
farmarske burlive tv
Od: matoooo
|
Pridané:
13.10.2015 9:58
tak a teraz chcem vidiet nase uzasne TV ako tam niekto robi moduly do jadra a dalsi vyvoj hardcore high tech veci.
ale na tocenie 20 serialov a reality show na jedno kopyto, na take sracky by ich bolo....
|
|
Re: farmarske burlive tv
Od: Mr X
|
Pridané:
13.10.2015 10:52
Samozrejme v SD a upscale do HD samozrejme chcú zaplatiť, lebo hd je nadštandard ako sú aj rožky za 5 centov nadštandard. Narkóza@hnoj
|
|
Re: farmarske burlive tv
Od: Deer
|
Pridané:
13.10.2015 21:05
Kedysi davno robil v STVcke typek menom Zyx. Celkom hlava na sietarinu. Dnes je tusim v Esete.
|
|
________
Od: _____
|
Pridané:
13.10.2015 21:35
a rovnake je to aj inde +
|
|
podobne ako cloudflare
Od: kofola
|
Pridané:
13.10.2015 10:01
https://blog.cloudflare.com/kernel-bypass/
|
|
Linux TCP-IP stack
Od: kawaigurusaki
|
Pridané:
13.10.2015 10:10
Prave z tohto dovodu si kedysi Facebook najal SW inzinierov aby prepisali Linuxovy TCP-IP stack.
Neviem, ale poslednou dobou mi pride Linux ako celkom zlepenec co podporuje uplne snad uplne vsetok bleeding-edge HW ale kvalitativne je to kdesi inde ako FreeBSD.
Ukamenujete ma za moj nazor na ktory mam narok? Co si o tom myslite?
|
|
Re: Linux TCP-IP stack
Od: Jamicon
|
Pridané:
13.10.2015 10:17
Podľa mňa je TCP/UDP protokol vo FreeBSD podstatne lepšie spracovaný ako v Linuxe, ale pokiaľ viem, tak v Linuxe sa TCP protokol ide prerábať.
|
|
Re: Linux TCP-IP stack
Od reg.: l1@p5
|
Pridané:
13.10.2015 10:23
ano, kdesi pred mesiacom bola spravicka, kvoli nedostatocnemu vykonu pri posielani paketu, kvoli routrom tusim
|
|
Re: Linux TCP-IP stack
Od reg.: l1@p5
|
Pridané:
13.10.2015 10:23
teda nie tcp protokol, ale kernel
|
|
Re: Linux TCP-IP stack
Od: Emeric
|
Pridané:
13.10.2015 18:51
Presnejšie sa ide prerábať TCP/IP stack v Linuxovom kerneli
|
|
konecne sa to linuxu podarilo
Od: einzweripolizei
|
Pridané:
13.10.2015 10:28
Konecne sa Linuxu podarilo to, o o com dlho snival!
po dlhych 20 rokoch sa mu podarilo dostat na uroven Windows 95 a jeho snahy byt PnP.
|
|
Re: konecne sa to linuxu podarilo
Od: Imatersit
|
Pridané:
14.10.2015 8:25
Vies, ze PnP ako take mal Linux skor, podpora HW funguje out of the box tiez rozhodne lepsie.
A ani nechi vediet ako by fungovali widle pri podobnom datovom toku(preco ich asi nemozu pouzivat)
|
|
mptcp
Od: fooa
|
Pridané:
13.10.2015 10:37
Ako by to bolo v pripade, ak by sa pouzivalo MP-TCP namiesto TCP?
|
|
linux kernel ma problem?
Od: nemo22
|
Pridané:
13.10.2015 11:15
Hmm ale z toho clanku potom vypliva ze Linuxovy kernel, teda sietovy stack ma potom problem niekde nad 3-4Gbps. Chcelo by to nejaky clanok s testami. Predsa len 10Gb sietovky niesu nic nezvycajne a nejak som zatial nezachytil nejake halo ze by sa nedali vyuzit na plnu kapacitu na Linuxe. Aj ked je fakt ze pri tych cenach (10Gb) to zatial nieje na beznu home network a kde sa pouziju uz nejake specialne riesenie vecsinou je (ako BBC,upraveny kernel).
|
|
Re: linux kernel ma problem?
Od: BlazejD
|
Pridané:
13.10.2015 12:16
Z clanku to vyznelo, ze komunikacia je pomala ked to ide v ramci jedneho jadra. V pripade vyuzitia viacerych jadier sa asi lepsie vyuzije komunikace pasmo...
|
|
Re: linux kernel ma problem?
Od: sdfgsd
|
Pridané:
13.10.2015 18:09
lenze v jednom operacnom system vacisnou viacero jadier nebyva... :-)
|
|
Re: linux kernel ma problem?
Od: syntaxterrorX
|
Pridané:
13.10.2015 18:34
Lenže v jednom počítači môže bežať paralelne viacero operačných systémov. Stači priamo využiť hardvérovú virtualizáciu...:-)
|
|
Re: linux kernel ma problem?
Od: feroxxx
|
Pridané:
13.10.2015 20:49
mysleli sa viacere procesorove jadra, nie viacere jadra operacneho systemu
|
|
Re: linux kernel ma problem?
Od: nemo22
|
Pridané:
13.10.2015 20:00
No, otazne je ako moc pomoze pararelizacia niecomu low level ako je network stack. Niektore casti by sa dali pararelizovat - aplikacne vrstvy, TCP/IP management. V podstate to co aj podla toho clanku BBC zistilo ze zere vykon. Ale nakoniec mas aj tak jeden kus zeleza (nebavme sa ze tam mas niekolko sietoviek) o ktory sa pobije viac prarelnych procesov/threadov. Tak isto si nemyslim ze to je problem v horizonte niekolkych rokov, teda pokial sa nedosatnu na bezny desktop 10Gbps sietove prvky. Dovtedy sa daju vzdy v specifikych prostrediat spravit taketo specialne upravy. Ine to uz bude prave na beznom desktope. Tam uz ani paralelizacia moc nepomoze lebo uzivatel asi nebude nadseny ked pri beznom kopirovani mu zrazu vytazenie procesora vyleze na 50-100%.
|
|
Re: linux kernel ma problem?
Od: feroxxx
|
Pridané:
13.10.2015 20:53
Jasne ze sa na linuxe vyuzit 10gbit sietovka naplno. Problem ktory mali v BBC je ten, ze sa neda takato sietovka naplno vyuzit pri prenasani jedineho streamu.
|
|
pomale os
Od: dnesKoloman
|
Pridané:
13.10.2015 11:20
Existuje nieco ako dpdk.org. Je zname, ze implementacia v OS je dost neefektivna, aj napriek existencii scatter/gather operacii v OS. Tieto maju aj windows aj linux, chcelo by to porovnat vykon ;).
|
|
Re: pomale os
Od: dsfgdsfg
|
Pridané:
13.10.2015 11:31
tak je jasne ze ked ide komunikacia cez niekolko sietovych vrstiev ze je to pomale
kedze oni tieto vrstvy nepotrebuju staci im raw HW
|
|
Re: pomale os
Od: dnesKoloman
|
Pridané:
13.10.2015 12:22
Samozrejme, ze cim menej operacii, tym lepsie. Ja som chcel iba poukazat na to, ze OS maju nejake prostriedky na riesenie tohoto problemu. Mimochodom rychlost L2 cache v modernych intel CPU je cez 300GB/s, pomala je skor RAM. Ked idu data v prude, tak nejaka cache to nezachrani..
|
|
Re: pomale os
Od reg.: lolo21
|
Pridané:
13.10.2015 17:49
no lenže ten konkrétny paket kým sa cez všetky sieťové vrstvy spracuje, tak sa v CPU zo 3-4 krát otočí, teda tam by cache mala pomôcť
|
|
FEInoMORE
Od: Trololo
|
Pridané:
13.10.2015 12:21
na tejto problematike by si Hambalik rad polestil ;)
|
|
Obchádzanie jadra Linuxu...
Od: xyz.
|
Pridané:
13.10.2015 16:51
"Aký sieťový protokol pre posielanie riešenie využíva a či si BBC sama vyvinula samotný modul a potrebný softvér implementujúci sieťový protokol na aplikačnej vrstve televízia neinformuje a zároveň zatiaľ neavizuje zdieľanie svojho riešenia respektíve sprístupnenie zdrojových kódov."
Na základe dohody s poskytovateľom riešenia GHCQ, im zdieľanie bližších informácií a zdrojových kódov umožnené nebolo.
|
|
nice job
Od: dsfsd
|
Pridané:
13.10.2015 18:13
ale nehanil by som linuxove jadro. jednoucelove udelatko sa vzdy da urobit efektivnejsie pre konkretny ucel, len to musi stat za to. uz len praca s datam na jednom mieste a podobne naznacuju, ze tu sa nejaka bezpecnost a podobne veci neriesili ani nahodou. IP stack v kazdom OS ma dost vysoku reziu aj preto, ze riesi kopec veci, ktore sa tu neiresili. A to uz su veci, ktore davnejsie presli do HW (TSO a podobne).
|
|
install arch
Od: Fixo z Babina
|
Pridané:
13.10.2015 20:22
install arch
|
|
Re: install arch
Od: Meliško
|
Pridané:
14.10.2015 4:20
Inštalujte archab.
|
|
Co nestihalo
Od: Bokadin
|
Pridané:
13.10.2015 22:19
By ma celkom zaujimalo ktora cast nestihala, ulozisko, kamery, neake produkcne / rezia masinky ? lebo pokial viem sietove zariadenia nemaju problem ani s TB/s ( highend, ne DLINK )
|
|
Re: Co nestihalo
Od: sdfhs
|
Pridané:
14.10.2015 9:57
myslis cosi ako klon highend cisco routera s kamerou? :-) tu ide o koncove zariadenia pre spracovanie a zaznam multimedii, kde samotny prenos dat je len "podporna" zalezitost a gro samotnej cinnosti je uplne ine.
|
|
to neni nist nove
Od: GustikPiestany
|
Pridané:
14.10.2015 9:23
v cine tam pouzivaju na nejaky videostreaming s kopcom streamov tiez dragonflybsd, lebo tam nejaky typek to spravil poriadne rychle, lebo tie jadra normalne ohladom performancie neboli postacujuce. hento ale obchadzanie jadra, to neni dobre riesenie.
a dobre by bolo hentoho source-code zebrat a potom pouzit na udp flood ip adresy, kera sa snazi vlamat do ssh portu.
ja uz dlhsie flitrujem s myslienku, ze si secky servery a vservery a mozno este nejaky amazon aws a microsoft azure spojim dokopy a ked sa mne volado bude snazit vlamat do ssh, co uz protokolujem, tak sa to zapne a zacne ho floodovat udp balikmi, dokedy neprestane. to by netrvalo dlho a obchadzali by ma tito boti kilometer. by implementovali blacklist.
|
|
Otazka je ...
Od reg.: Anton Soukup
|
Pridané:
15.10.2015 9:10
... toto by na Windowse nebolo mozne spravit aj keby sa poskladali a aj keby to dali spravit M$ trvalo by to mozno rok dva a aj tak by to nefungovalo.
|