[gull] Tester les projets de Framasoft
Samuel Chenal
samuel.chenal at ll-dd.ch
Sat Apr 11 20:09:16 CEST 2020
Hello,
Je crois avoir trouvé une piste concernant les problèmes de performance
des solutions WebRTC pures et dures, comme Jitsi et Talk.
Cela tourne autour du signaling server (TURN) et du serveur STUN, si
j'ai bien compris. Voir cet article pour plus d'info (pour Nextcloud
Talk) :
https://help.nextcloud.com/t/howto-setup-nextcloud-talk-with-turn-server/30794
Un signaling server (un ou tout un tas) c'est sans doute ce que font les
Zoom et autres Cisco Webex.
En gros, si on est 6 participants, en WebRTC, j'envois un flux et j'en
reçois et décode 5 de chaque participant. Avec un signaling server, j'en
envoie un et j'en reçois 5, mais pas des 5 participants, du signaling
serveur.
En vidéo :
https://www.invidio.us/watch?reload=9&v=5S63Q3Xo8dA
a+
Samuel
Le 03.04.20 à 23:58, Samuel Chenal a écrit :
>
> Hello !
>
> Concernant Zoom, cette application a défrayé la chronique à de
> nombreuses reprises concernant leur politique de gestion des données
> collectées. Deux liens récents que vous avez peut-être déjà eu par
> ailleurs :
>
> https://www.rts.ch/play/radio/forum/audio/lapplication-de-visioconference-zoom-fait-un-carton-mais-nest-pas-sans-risque?id=11184111
>
> https://www.rts.ch/play/radio/forum/audio/les-dangers-de-lapplication-zoom-interview-de-sebastien-fanti-prepose-valaisan-a-la-protection-des-donnees?id=11184112
>
> Donc, Zoom a prouvé qu'on ne pouvait pas lui faire confiance, toute
> licorne qu'elle est sur la côte ouest des US.
>
> Et comme on le dit très justement sur cette liste, c'est une startup
> (à l'origine) à but lucratif, sur la côte ouest, qui propose une
> application populaire, propriétaire, avec une offre gratuite. Rien que
> ça, ça doit mettre la puce à l'oreille. C'est du capitalisme de
> surveillance et il faut fuir cette application.
>
> Framatalk, comme https://ensemble.scaleway.com/,
> https://colibris-outilslibres.org/, ou même Infomaniak, sont basés sur
> Jitsi (a priori). Et on peut installer le serveur Jitsi avec un apt
> install.
>
> Nextcloud Talk n'est pas basé sur Jitsi, mais il utilise
> vraisemblablement la même techno, à savoir WebRTC. Nous avons fait des
> tests et le serveur semble très peu sollicité. Par contre, plus il y a
> d'intervenants avec des flux vidéo et audio, et plus le client se
> charge. Sur un Dell Latitude avec un i5 de troisième génération et 8Go
> de RAM, il ne faut pas espérer avoir une séance avec plus de 4
> personnes (vidéo et audio activés). A priori, c'est le même combat
> avec Jitsi. Si on coupe la vidéo d'un flux, on gagne entre 15 et 20%
> de CPU. Mais c'est, de mon point de vue, pas fait pour des séances
> avec de nombreux flux. Entre deux lieux, deux salles de conférence,
> c'est idéal. Mais dans le confinement actuel, avec plus de 6
> intervenants chacun dans un lieu différent, c'est décevant (ou ce
> n'est pas fait pour ça).
>
> Il semble en effet que Chromium / Chrome soit en avance sur Firefox
> concernant les codec WebRTC, et qu'il soit plus efficace. Mais j'ai
> aussi vu qu'il pouvait y avoir des failles de sécurité sur ce
> protocole et que des versions trop récentes pouvaient poser des soucis.
>
> https://restoreprivacy.com/webrtc-leaks/
>
> J'ai essayé l'application F-Droid, et elle donne d'excellents
> résultats (mais je ne l'ai pas testée avec de nombreuses personnes).
>
> Concernant l'accélération matérielle, voici ce que j'ai trouvé :
>
> https://support.mozilla.org/fr/kb/parametres-performance-firefox?as=u&utm_source=inproduct
>
> Pour l'accélération matérielle sur un xBuntu, j'ai trouvé cette
> commande pour voir si elle était activée :
>
> glxinfo | grep "direct rendering"
>
> Sur : https://doc.ubuntu-fr.org/acceleration_graphique
>
> Mais je n'ai pas réellement testé ces différentes configurations avec
> Jitsi ou Nextcloud Talk.
>
> Il me manque encore des éléments pour bien comprendre. Comment
> l'application WebEx de Cisco fonctionne si bien directement dans un
> navigateur, et consomme relativement peu de CPU (45% en moyenne dans
> une séance avec 6 flux). Cisco, c'est un GAFAM affilié, et le service
> est totalement privateur, c'est sûr. Mais ce serait intéressant de
> savoir comment elle fonctionne et comment on peut obtenir des
> performances aussi bonnes avec - a priori - du WebRTC. Peut-être que
> ce n'est pas réellement que du p2p et qu'il y a une gigantesque infra
> derrière pour soutenir la charge...
>
> Voilà pour ce que je sais.
>
> a+
>
> Samuel
>
> Le 03.04.20 à 09:34, Isa & Manu Joos a écrit :
>> Bonjour,
>>
>> J'aimerai votre avis concernant Jitsi, je vois que beaucoup
>> d'instances se proposent, c'est super, toutefois je ne trouve pas
>> tout si rose en ce qui concerne son utilisation à comparer avec zoom.
>> Attention, je ne suis pas du tout partisan de zoom, comprenez-moi,
>> mais je l'ai utilisé avec mon colloque.
>> Hier, je leur ai proposé un petit Framatalk pour tester autre chose,
>> je l'avais utilisé avec mes élèves pour une petite réunion, et ça
>> avait assez bien fonctionné. Toutefois, j'avais constaté une très
>> forte utilisation du processeur !
>> J'ai donc fait une comparaison durant nos 2 tests successifs lors de
>> notre colloque, framatalk et zoom :
>>
>> * sur framatalk, sans parler de qualité honorable mais pas top,
>> processeur à 90% (i7...)
>> * sur zoom, bonne qualité, processeur à 20%
>>
>> SVP, ne partons pas sur un débat sur l'utilité de ce genre de visio,
>> vous prêchez à un converti, je l'utilise au minimum pour échanger
>> sous la forme de tableau noir pour mes élèves, c'est à dire on se dit
>> bonjour, puis on coupe les caméras et je partage mon écran pour une
>> leçon live.
>>
>> Mon questionnement est plutôt que si on veut proposer des solutions
>> libres et éthiques, il faut se questionner pour régater dans les
>> mêmes océans.
>>
>> Donc je me demandais vraiment pourquoi cette différence flagrante de
>> consommation et comment améliorer.
>>
>> Belle journée à vous
>>
>> Manu
>>
>> Le jeu. 2 avr. 2020 à 23:34, Emmanuelle Germond
>> <emmanuelle at egermond.ch <mailto:emmanuelle at egermond.ch>> a écrit :
>>
>> Hello,
>> Pour https://webconf.ch,
>> Nous avons Nextcloud, avec salon jitsi et etherpad intégré (on
>> partage volontiers la licence collabora, si itopie l'a déjà.)
>> Et on peu test, il y a un lien demo sur le site.
>> https://openromandie.ch recense les projets en logiciels libre et
>> associatif.
>> Si Itopie a ses projets en ligne, on les ajoute volontiers.
>>
>> Salutations,
>> Emmanuelle Germond
>>
>>
>> Le 2 avril 2020 21:17:21 GMT+02:00, Samuel Chenal
>> <samuel.chenal at ll-dd.ch <mailto:samuel.chenal at ll-dd.ch>> a écrit :
>>
>> Salut !
>>
>> Chez itopie, nous avons monté une architecture proxmox et
>> nous hébergeons certaines de ces applications. Le but est en
>> cible d'adhérer au collectif des chatons (voir à ce suejt
>> chaton-leman.ch <http://chaton-leman.ch>).
>>
>> * Nextcloud avec Collabora (LibreOffice online).
>> * Plugin Nextcloud Talk pour la visio conférence /
>> discussion via WebRTC.
>> * Travail en équipe avec :
>> o Mattermost
>> o OpenProject
>> * Réseau social avec une instance de Diaspora.
>> * Prosody pour du XMPP / Jabber.
>> * Gitlab
>>
>> Nous sommes en train de tester le serveur Mumble (salon de
>> discussion purement audio) et nous allons installer une
>> instance Jitsi Meet. L'application framadate (évolution de
>> studs sauf erreur) est également au programme. Nous la
>> testons sur une autre plateforme LimeSurvey (très puissant).
>>
>> Voilà pour l'instant.
>>
>> a+
>>
>> Samuel
>>
>> Le 01.04.20 à 12:04, Miçhael Parchet a écrit :
>>> Bonjour,
>>>
>>> Je suis très partisan du projet
>>>
>>> https://degooglisons-internet.org/fr/
>>>
>>>
>>> J’aimerais tester chacun des programmes et surtout savoir
>>> s’il existe des hébergeur pour accueillir ces derniers
>>>
>>>
>>> J’avais entendu parler chez itopia Des projets de Framasoft.
>>> J’aimerais pouvoir tester chacun d’eux À fin de savoir si il
>>> y a des bugs et si oui pouvoir les remonter ou si chacun
>>> deux peuvent être utilisé par un utilisateur lambda
>>>
>>>
>>> Savez-vous si ses projets sont hébergés par des hébergeur
>>> suis actuellement ?
>>>
>>>
>>> Merci pour votre aide
>>>
>>>
>>> Meilleures salutations
>>>
>>>
>>> mparchet
>>>
>>>
>>> _______________________________________________
>>> gull mailing list
>>> gull at forum.linux-gull.ch <mailto:gull at forum.linux-gull.ch>
>>> https://forum.linux-gull.ch/mailman/listinfo/gull
>>
>> --
>>
>> -----------------------
>> Samuel Chenal
>> https://www.ll-dd.ch
>> samuel.chenal at ll-dd.ch <mailto:samuel.chenal at ll-dd.ch>
>> -----------------------
>>
>> Merci d'utiliser des formats
>> de fichiers ouverts (comme ODF)
>>
>>
>> --
>> Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez
>> excuser ma brièveté.
>> _______________________________________________
>> gull mailing list
>> gull at forum.linux-gull.ch <mailto:gull at forum.linux-gull.ch>
>> https://forum.linux-gull.ch/mailman/listinfo/gull
>>
> --
>
> -----------------------
> Samuel Chenal
> https://www.ll-dd.ch
> samuel.chenal at ll-dd.ch
> -----------------------
>
> Merci d'utiliser des formats
> de fichiers ouverts (comme ODF)
>
> _______________________________________________
> gull mailing list
> gull at forum.linux-gull.ch
> https://forum.linux-gull.ch/mailman/listinfo/gull
--
_______________________________
Samuel Chenal
samuel.chenal at ll-dd.ch
https://www.ll-dd.ch
_______________________________
Empreinte GPG :
BD25 7B5F 442B DF2D 4E28
8203 B2A2 7269 4E00 5136
Merci d'utiliser des formats de
fichiers ouverts (comme ODF) !
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://forum.linux-gull.ch/pipermail/gull/attachments/20200411/a452ac71/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://forum.linux-gull.ch/pipermail/gull/attachments/20200411/a452ac71/attachment-0001.sig>
More information about the gull
mailing list