26 Mar
2020
26 Mar
'20
6:42 p.m.
Tak jsem to ještě jednou v klidu vyzkoušel v různých setupech a dobral jsem
se k následujícímu (testoval jsem pouze dva připojené uživate):
- latence na nemocničním vmware je kolísavá, teď off business hours to
vesměs jede dost svižně, ale občas to výrazně zakolísá, může být vytížením
serveru, jede tam toho hromada, a není to nijak optimalizované, wmware
tools neinstalováno, neměl jsem čas víc sledovat
- latence na ubuntu 18.04 ve virtualboxu v host debianu 10, výkonný
desktop kde nic nejde, lokální síť, - teď je to úplně ok, nevím kde byl
předtím problém, možná chyba na client ntb
- lokálně na stejném desktopu v debianu bez virtualizace - user experience
je srovnatelná jako když je ve virtualboxu
- hodně je taky klienským hw, teď jsem to zkoušel na starším ivy bridge
firemním ntb bez ssd s w10, občas to vypadalo, že jeho momentální vytížení
to také ovlivňovalo
- když se vypne video, latence se samozřejmě okamžite sníží
Zatím závěr takový: lepší to bude na samostatném hw, pro menší vytížení asi
není třeba dělat velké optimalizace a user experience by mohla být
uspokojivá.
Bohužel na přesnější měření kde se to zpožďuje nemám schopnosti ani čas,
uživatesky jsem to měřil hudebně - dělal jsem pusou klik a snažil jsem se
chytat rytmus s odezvou a sledoval tempo a jeho kolísání v čase :))))
Každopádně díky Snajpo, pro naše užití asi zatím nejsnažší řešení
samostatný hw, uvidíme co to bude dělat až tam bude víc lidí najednou.
JV
Jirka Volf
čt 26. 3. 2020 v 13:10 odesílatel Pavel Snajdr <snajpa(a)snajpa.net> napsal:
Jeste jsem zapomnel podstatnou vec, pro dobrou odezvu
systemu musi byt
system schopny rychle alokovat pamet pro sitove buffery.
sysctl je vm.min_free_kbytes, my drzime na ty node radsi 2 GB volnou
rezervu (ale asi by stacilo i tak pul giga v pohode).
Bacha na zvetsovani ty hodnoty z defaultu v provozu, paradne se tim da
shodit jadro, kdyz bude mit problem tu volnou pamet najit, aby ji mohlo
zarezervovat...
Ostatni sysctl hodnoty poslu, jak se nejako dousadej (...az si pekne
dodelam metriky a z vysokych prehnanych maxim, kterych se nedosahuje, to
predelam na neco rozumnejsiho a primarni alokace tez narovnam podle
histogramu).
All in all, vyborna prilezitost vykonove potunit vpsAdminOS :)
/snajpa
On 2020-03-26 13:02, Jiri Volf wrote:
Ahoj,
díky moc za výživné tipy! Bohužel řešíme také hromadu jiných
věcí, tak není moc času si s tím hrát, ale jasně z toho plyne,
že napřed to zkusíme dát na samostatný hw, pak zareportuji,
jestli a jak se jenom tímhle krokem latence zlepší.
Díkes a zdravím,
Jirka Volf
čt 26. 3. 2020 v 12:49 odesílatel Pavel Snajdr <snajpa(a)snajpa.net>
napsal:
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
Nevim, jak to ma VMWare, ale jakakoliv
virtualizace je pro high-pps
pouziti naprd (packets per second).
U QEMU/KVM zasadne pouzit jen virtio drivery, u VMWare bude neco
podobneho, s ring bufferem, kde se vymenuji packety mezi
hostem/guestem.
Bacha, ten ring buffer by mel byt dost velky, aby se do nej aj neco
veslo a nemrhal se cenny CPU cas na context switchich.
Mozna by u plny virtualizace bylo nejlepsi, aby byly budto staticky
pripinovane virtualni:fyzicka CPU jadra, nebo zajistit, ze
scheduling
hypervisoru ma delsi periodu, nez je defaultni nejdelsi perioda, s
kterou dela Linuxi CFS (100ms).
Je to *peklo*, vyladit to, no.
0. na fyzickych interfacech asi jen mq qdisc...
1. tzn. zadny software shaper v ceste (HFSC je v planu vyzkouset v
budoucnu)
2. zadne pocitaci pravidla v ceste
3. vypnout vsechno pocitani a timestampovani TCP
4. ackoliv se vsude rika, ze bufferbloat je zlo, nemit dostatecny
buffery pro aplikaci,
aby se vykryly latence systemu, je jeste vetsi zlo
-> takze vyladit sitovy stack kernelu, aby pouzival dost pameti
(z
prvni staci alokovat buffery velikosti stranky, pak soft limit
nekde na
stovkach kB, hard max 1MB).
5. pripravit sitovy stack na vysoky pocet spojeni
-> se Simulcastem posila kazdy klient, kdyz stiha, az 3 video
streamy, aby si to server prebral a poslal klientum nejvhodnejsi,
co
zvladnou pojmout (a pak audio + XMPP/HTTPS spojeni)
6. pokud to bezi v Dockeru, nebo necem takovym, je to neodladitelny
level pekla jednim clovekem (stesti, ze vpsAdminOS mame pod palcem
zplna...).
7. na kernel cmdline intel_idle.max_cstate=1, pokud je to Intel CPU
-> Jitsi Videobridge je Java heavy-multithreaded appka a
prostoje v
komunikaci mezi threadama tomu fakt nedelaji dobre
-> detto frequency scaling pryc (nepouzivame tak jak tak)
8. pokud bude hodne ucastniku na serveru najednou, je dobre pridat
RAM
pro Javu pro Videobridge, dosahuje se toho promennou prostredi
VIDEOBRIDGE_MAX_MEMORY
9. METRIKY!!!
-> vsechno merit, jinak se clovek nedohleda ani prd toho, kde
je
problem...
10. perf record + perf report to the rescue + git grep kernel
zdrojaku
are your friends :D
Dej vedet, jestli to pomohlo a jak jsi to pripadne vyresil na
strane
toho VMWare.
Diky,
/snajpa
On 2020-03-26 12:14, Jiri Volf wrote:
Links:
------
[1] https://meet.vpsfree.cz/vpsfree-community
[2] https://meet.vpsfree.cz
[3] http://lists.vpsfree.cz/listinfo/community-list
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list Ahoj, mám dotaz, ladili jste nějak latenci přímo
v té
instalaci
Jitsi?
Snažíme se to zprovoznit v PN Bohnice, je to na debianu 10,
čistá
instalace obojího dle návodu, na vmware, ale má
to docela
velkou
latenci, skoro 1sec hádám. Pinká to průměrně
kolem
10-20ms.
Dělá mi to i doma, když to pustím na druhém pc ve
virtualboxu. Ta
instalace na vpsfree ale má latenci o výrazně
lepší.
Jestli latenci někdo tady již řešil, budu vděčný za
případné
tipy.
Díky a zdravím,
Jiří Volf
út 17. 3. 2020 v 17:08 odesílatel Pavel Snajdr
<snajpa(a)snajpa.net>
napsal:
> Dejme 19:00 na:
>
> https://meet.vpsfree.cz/vpsfree-community [1] [1]
>
> Diky moc vsem :)
>
> On 2020-03-17 17:05, V.K. wrote:
>> Nejsem proti, nácviku se snad zúčastním.
>>
>> Psal jsem jen proto, že jsem již pomáhal nějaké aktivity
>> zprocesovat. A komentář "něco vyhnije a stačí udělat
jednu
> věc"
>> k tomu přímo vybízel.
>>
>> Ono je to jako když kdysi člověk rozcházel cisco ipsec vpn
v
>> linuxu, dostal do iptables pravidla,
která ve windows nebyla
> vidět a
>> neřešila se = ale věděl, co má zkoumat, jakou komunikaci,
>> protože v těch chainech to bylo definované.
>>
>> S pozdravem
>>
>> Vencour
>>
>> On 17. 03. 20 17:00, Ondrej Beranek wrote:
>>
>>> Co vecer dát nacvik? Treba v 19.00? Na kanale vpsfree
>>> :)
>>>
>>> Dne út 17. 3. 2020 4:15 PM uživatel V.K. <vencour(a)gmail.com>
>>> napsal:
>>>
>>>> Ahoj všem,
>>>>
>>>> z linuxu jsem zkoušel, web browser signalizoval nedostupný
>>>> mikrofon i
>>>> kameru, z androida to chtělo instalovat další aplikaci
>>>>
>>>> Windows ještě zkusim.
>>>>
>>>> Doporučuji popsat "best practices" i jak má vypadat
>>>> očekávané a
>>>> neočekávané chování. Něco jako nedostatečná
> zákaznická
>>>> podpora nebo
>>>> nesplněné očekávání dost často ničí jinak fajn
> projekty.
>>>>
>>>> Ale dík, vypadá to dobře.
>>>>
>>>> Vencour
>>>>
>>>> On 17. 03. 20 16:06, Pavel Snajdr wrote:
>>>>> Realne uvidime, jak moc dobra prace to je, dneska vecer :D
>>>>>
>>>>> Zatim tam jelo v peaku 100Mbit, to je jeste prd :))
>>>>>
>>>>> Kdyz si vezmeme, ze full-kotel-kvalita znamena 2.5Mbit
>>>> tam/zpatky ze
>>>>> serveru per 1 klient :D
>>>>>
>>>>> (no a je to tak, ze Jitsi Meet sice umi p2p spojeni pomoci
>>>> STUN, pokud
>>>>> si volaji jen 2 lidi navzajem, ale jakmile nekdo z tech dvou
>>>> refreshne
>>>>> stranku, uz ten hovor vzivote nedaji dokupy, pokud neprijdou
> na
>>>> to, ze
>>>>> to maji zavrit oba najednou a pak az otevrit, kdyz uz si to
>>>> takhle
>>>>> rozhodi -> cili tohle je radsi vypnute a odrazime vsechen
>>>> traffic i
>>>>> pro p2p pres ten server)
>>>>>
>>>>> /snajpa
>>>>>
>>>>> On 2020-03-17 12:38, Ondrej Beranek wrote:
>>>>>> Ahoj kluci, dobrá práce!
>>>>>>
>>>>>> út 17. 3. 2020 v 11:41 odesílatel Martin Myška
>>>>>> <martin(a)martinmyska.cz> napsal:
>>>>>>
>>>>>>> Ahoj všem,
>>>>>>>
>>>>>>> jak jste již možná zaregistrovali - kvůli aktuální
>>>> situaci kdy
>>>>>>> se je třeba snažit vyhýbat kontaktu s lidmi, jsme
rozjeli
>>>> pro
>>>>>>> tyto účely videokonferenční jitsi instanci u nás.
>>>>>>>
>>>>>>> Jde o čistý jitsi server s vypnutou jakoukoliv
možností
>>>>>>> špehování (Googlí
servery, nahrávání serverside..),
> se
>>>>>>> zapnutým šifrováním a rebrandingem.
>>>>>>>
>>>>>>> Doufám že bude k užitku a kdybyste narazili na
nevhodný
>>>> či
>>>>>>> něco nevysvětlující překlad, dejte mi prosím vědět
>>>> :-)
>>>>>>>
>>>>>>> https://meet.vpsfree.cz [2] [2] [1] [1]/
>>>>>>>
>>>>>>> Martin Myška
>>>>>>>
>>>>>>> martyet
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Community-list mailing list
>>>>>>> Community-list(a)lists.vpsfree.cz
>>>>>>> http://lists.vpsfree.cz/listinfo/community-list [3] [3]
[2] [2]
>>>>>>
>>>>>>
>>>>>> Links:
>>>>>> ------
>>>>>> [1] https://meet.vpsfree.cz [2] [2] [1]
>>>>>> [2] http://lists.vpsfree.cz/listinfo/community-list [3] [3]
[2]
>>>>>>
>>>>>> _______________________________________________
>>>>>> Community-list mailing list
>>>>>> Community-list(a)lists.vpsfree.cz
>>>>>> http://lists.vpsfree.cz/listinfo/community-list [3] [3] [2]
>>>>> _______________________________________________
>>>>> Community-list mailing list
>>>>> Community-list(a)lists.vpsfree.cz
>>>>> http://lists.vpsfree.cz/listinfo/community-list [3] [3] [2]
>>>> _______________________________________________
>>>> Community-list mailing list
>>>> Community-list(a)lists.vpsfree.cz
>>>> http://lists.vpsfree.cz/listinfo/community-list [3] [3] [2]
>>>
>>> _______________________________________________
>>> Community-list mailing list
>>> Community-list(a)lists.vpsfree.cz
>>> http://lists.vpsfree.cz/listinfo/community-list [3] [3] [2]
>>
>>
>> Links:
>> ------
>> [1] https://meet.vpsfree.cz [2] [2]
>> [2] http://lists.vpsfree.cz/listinfo/community-list [3] [3]
>>
>> _______________________________________________
>> Community-list mailing list
>> Community-list(a)lists.vpsfree.cz
>> http://lists.vpsfree.cz/listinfo/community-list [3] [3]
> _______________________________________________
> Community-list mailing list
> Community-list(a)lists.vpsfree.cz
> http://lists.vpsfree.cz/listinfo/community-list [3] [3]
Links:
------
[1] https://meet.vpsfree.cz/vpsfree-community [1]
[2] https://meet.vpsfree.cz [2]
[3] http://lists.vpsfree.cz/listinfo/community-list [3]
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list [3]
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list [3]